一直想做点Mashup应用，但一直没下手。但脑子里确实经常寻思这个事儿来着。昨天晚上，又想到了一些。

现在很多流行的Mashup应用Adobe AIR来做。虽然AIR所用的技术基本都是web的技术。但归类来说依然是C/S应用。需要维护一个client。

而很多手机上的应用更是如此。所以需要一个client就总需要一些成本。而最难控制的就是升级了。

而Mashup的一个特点就是升级并不那么可控，譬如你做的一个twitter的client，这个client都是直接调用twitter的API的，某天twitter突然废弃了某API，你的client肯定就歇菜了。这样子用户体验肯定很不好。

所以，我觉得如果做Mashup的C/S应用，一定要build一层中间层。在自己的服务器上wrapper一下真正的那些个第三方服务的API，然后提供一套统一的API来供自己的client调用。这样子的好处就是。如果第三方服务API升级，导致兼容性问题的话。只需要在自己的服务器端把自己那套API的实现改一下。就可以完全避免client突然无法使用的问题。

嗯，总归跑在用户本地的native的application最好看，效率最高。所以我觉得Mashup应用也是C/S会比较好。但C/S的最大缺点就是更新与维护，在加上做Mashup，对第三方服务API升级是完全不可控的。所以总是很担心client突然失效的问题。昨天突然想到了build个中间层，其实问题就没了。思路很简单，我却一直没想到啊，罪过罪过。嗯，我打算给iPhone做个GTD的软件老。咔咔，思路已经比较明朗，就是对GTD的经验还不够多，需要进一步滴挖掘需求滴说-_##