在平台类公司工作的时候，一度对mashup很着迷。认为应用的开发，迟早是一堆模块拼凑的事。所以，早期的Gadgets、Widget、WebService、RSS Feed，都看了一些。对Netvibes为首的，象my.potu、iGoogle、msn spaces，觉得他们才是方向，会取代portal的。Yahoo的pipes出来的时候，也玩了几天，终因太难，放弃了。

 

Widget要解决的就是非技术人员的拼凑欲。就象是非专业人士的卡拉OK欲、个人播客欲。不要拼家伙、器材，只要拼满足感和露脸感。

 

但好多IT方案，都是把非专业人士往专业人士那个圈里培养。这是不好的。虽然我理解，而且也相信，这个模式会有很大的商业成功。因为眼前就有很多成功的例子。比如，驴子。本来是一件很简单的事，背上包、独自上路。想哲学问题也好，看野花风景也好，期浪漫邂逅也好。只是背包、上路而已。现在却已经完全不是那么回事了。什么样的包、什么样的鞋、什么样的头灯……自己DIY一身行头，根本不敢往那个圈里靠。奢侈的驴子。成就了多少成功的户外用品企业和商店。

 

在学习Widget的时候，分过几个类别：

1、RSS类。只要一个RSS Feed URL，就可以把对方的内容，集成到自己的页面上来；

2、API类。同一个网站内，通过WebAPI集成；不同的网站，通过WebService集成；

3、Form类。同一个网站或应用，通过html程序片断，共享自己的数据。

 

现在看来，RSS类的应用，基本没什么变化。还是一个Feed URL。但内容更丰富了。不仅新闻、Blog可以Feed出去，图片、产品，也可以通过RSS方式，方便地共享了。

 

API类，似乎更加弱化。Amazon等电子商务网站，开始开放自己的API，似乎仅限于jsp的。WebService方面的功能，估计只有深度合作的才可以做得到。

 

但这一类的集成，越来越多地倾向于使用script或可嵌入的Flash Object。比如豆瓣、Yupoo、Google Reader等，都提供。在自己的网站上，加入一个空白的html区域，把script加进来，内容就展现出来了。

 

Form类的，其实是一个网站规划和开发者自己应该注意的事，哪些功能可以复用，就把它做成独立的模块，可以到处去引用。这一功能，在很多CMS中，体现得尤为明显。用户可以把“最新的文章”、“相关的产品”等，定义成独立的TAG，添加到不同的页面上去。统一了数据和展现管理的源头，非常方便、实用。

 

这样来看，Form类，其实应该定义为“预定义的功能模块”更为合适一些。

 

不过，RSS、Script类的Widget，现在也发现一些“先天的”缺陷。

1、资源少。

支持RSS输出的资源不少。到各个网站上去找，可以找得到；到RSS托管商的网站上去找，更多。但大多的问题在于，只提供feed URL，不提供嵌入式的代码。还是要向Google Reader学习，它的shared items可以共享为页面、feed url、script代码。总有一样适合你。

 

2、某些网站代码限制问题。

在BSP网站上，尤其明显。比如新浪的博客，源代码编辑后，会自动把script代码屏蔽掉；可以嵌入flash对象，但某些参数也不支付。

 

3、SEO问题。

 

Widget是个方向。但如何实现简易的、任何人都可以DIY的应用，而不是必须了解更多的技术细节，才可以用得起来，还有很长的路要走。也许明年，会是个Widget年。