微博应用开发，都是应用主动去调用api;
而微信公众平台应用开发，是平台来主动调用应用的对接URL，应用变成被动了。
这两种设计方式的各有什么优劣呢？
题主理解的微信开放API应该是公众平台的开放吧？其实微信也有基于普通用户的开放。
1.在微信开放平台官网 可以看到对移动应用的开放，这个所谓的开放在我理解，就是应用与微信客户端之间的交互，开放的是程序，而不是数据。本质而言这不能算是web2.0的开放
2.微信今年推出了很多游戏，比如打飞机，这些游戏可以获取到用户的信息，好友关系，这是一种类似微博的开放，但是第三方游戏的接入应该很困难，没有找到公开的文档。
3.题主说的微信公众平台 ，开放的不是普通用户，所以有一定的局限性，我更倾向于把这种开放理解为微信的插件。
要比对两种设计方式的优劣，其实并没有什么可比性。 微博是由SNS演化的一个平台，微信是由IM演化的一个工具。两个产品的本质的区别也导致了，他们API开放方向的不同。
好吧，应Sunny建议，先谈谈我能想到的。
这两种模式应该是两种路线吧。
微博api是需要应用主动去访问，这样带来的优势是:
应用方：可控，自主决定，可以拼各种产品策略，也可以干坏事。
平台方：只需要控制应用访问频率，通过控制应用访问就控制住了访问峰值、控制住了应用体验，把体验的责任几乎全部归结于应用；
劣势：
应用方：平台里的行为无法主动被通知到，而高频度轮询代价大，对于需要实时互动的应用体验很难提升；
平台方：无法确保应用体验的一致性。
微信公众api的策略：
应用方：完全不可控，不能主动发起，无法干坏事，但是，如果需要实时互动，会体验很棒。
平台方：受直接用户行为频率约束，又受应用性能瓶颈约束，技术上处理要复杂很多。