OpenSocial杂谈

当初FaceBook问世的时候，甚至M$要巨资收购它的时候，我并不清楚它的开发平台到底是怎么回事。
但当OpenSocial发布的时候，作为google的忠实用户，我立刻就弄明白了所谓的社交网站API.
其实很好理解，google在自己的数据库里建了一堆表，保存用户的信息和他们之间的社交关系，然后提供API出来，允许js代码方便的调用。
于是，我们开发的论坛或者其他小程序就可以不必记录用户信息了，注册用户也不需要每次都填那么多个人信息了－－直接告诉openSocial的帐号，然后论坛从OpenSocial获取就可以了。
当然，这不是我最关心的。

我最开心的事情就是当我发现很多貌似新事物其实一点也不新。
从Java开发的普通分层理解，dao+service+presentation(MVC/Ajax),google的OpenSocial提供了社交模块的service层API.
我们要做的就是直接做自己的Presentation层，当然首选Ajax风格的，因为天然支持javascript调用嘛。
google也考虑到我们的小程序需要保存特有的数据，比如配置信息，于是google提供了一个简单的持久化API。简单到到极点，仅仅load/save key/value风格的字符串数据。

结论是，这样的架构跟我目前用delphi做客户端，通过WS调用服务端提供的service层API基本无区别。
小的区别是：1 js调用是异步的，所以任何调用都要定义回调函数去接收返回值，真麻烦。 2 xml+js是开源的，不同于.dll形式的文件.


展望未来，肯定有更多的可重用的属于基础服务类型的service API冒出来，比如权限，日志，邮件，相册，论坛，博客，通通都提供API，
除了我们应用特定的domain部分逻辑我们要自己实现service以外（简单的可以不必自己提供DB，直接建立在google提供的持久化API之上，或许以后会提供类似hibernate的持久化API），
一定要自己动手的就剩下展现层逻辑了。某天，google一定已经提供了一个更高效的ajax客户端开发平台,那是GWT的使命，我希望是VB那样的可视化设计器。

GOOGLE想让浏览器变成轻量级操作系统，就必须把js编程环境搞强大。而运行在这个操作系统里的程序，而可以只是3层架构里的客户端部分。oracle之类的重量级程序， 运行在传统OS里。
看来google的做法就是要让js成为客户端程序的唯一编程语言，其他的全部只能滚到后台去了。正好可以跟JSP说byebye了，哈哈.