Mashup能否令企业应用用于远程办公的员工？
 
　　除非你一直都不显山露水，还在手持着一部上世纪八十年代的手机，否则你肯定已经意识到智能手机市场的爆炸增长。去年，智能设备的销量有史以来第一次超越了PC。尽管便利性和可携带性无疑是其销售数字背后的驱动力之一，事实证明，相对于桌面市场，移动领域更富有创新性也是个中原因。

　　在过去的几年，我们见证了手机有了触摸屏、GPS、感应器、指南针还有近地通信（NFC）功能。而在同一时期，桌面系统却仅做出了少量的改进：相对于老迈的操作系统具备更快的硬件和升级速度。少即是多/摩尔（Less is Moore），一语双关，请勿介意。

　　移动的异军突起也可归因于价格。以不到100美元的价格（当然，这要通过合约的方式）拿到一部高性能手机易如反掌。这使得其内置的技术普及到了更多的人群。但其优势还不仅仅在于可承担得起的硬件。移动的另一个优势是“应用仓库”，苹果是这一理念的出色先驱。它成为了客户解决方案的一个全新的分发渠道。跟手机本身一样，应用的价格也并不高昂。你几乎可以毫无代价地拥有成千上万个应用程序。传统高利润的软件包的领地是否正被逐步蚕食了呢？当然如此，但是你看看那些数字——（应用）销售数字也正在急速增长。正如古语有言：“宁要五分快币，不要一角慢钱（The fast nickel is better than the slow dime）”。

　　我们来点实际的。手机的尺寸意味着它会受到某些限制。你不会拿它来写你的下一步小说。人们仍将需要胖客户端的桌面应用。但是你得问问自己这个问题：这些应用里面有没有部分是可以移植到移动上面的？我们是不是能够将用户从桌面上释放出来，即便是一小段时间也行呢？

　　这种形势令我回想起过去10年各公司一拥而上设立企业内部门户的情形。其思路是，如果你能够为用户提供通用的仪表盘，让用户一眼就可以知道所需的大部分信息的话，为什么要让用户在多个应用间不断地根据任务来进行切换呢？然后有人又想出了增加个性化的主意——量体裁衣，根据你的需要提供概览视图的能力，这甚至将会令人们更具生产力。因此，我们把内部应用、数据库还有报表都端了出来，把它们变成portlet（门户小应用）。我们还建立内部网，部署门户容器。但是实际上我们从来都未能真正做到去解放自己的用户。他们还是被桌面束缚着手脚。

　　现在来看看移动领域。今天的应用已经有效地将每个智能手机转变成了一个portlet容器。所有这一切疯狂的、新鲜的感应器使得这个“移动门户”可将位置或方位之类的信息反馈给应用。然后这一点使得这些高度功能化、为特定目的建造的应用进一步得以对功能针对特定位置或情况进行量身定做。这就好比是类固醇的个性化。

　　这就是mashup技术进入我们视线之处。通过mashup，你可以利用自己现有的应用，以最小的代价轻而易举地将它们移到移动世界中去。有两种基本方案。

　　第一个方案是对已有Web应用的UI进行动态修剪，并对HTML和CSS代码进行动态修改，以便让用户界面变得更为面向移动。作为系统进行门户组件化或创建客户化小工具的技术，我过去曾经概括出相同的解决方案。尽管这个方案实施很快，其缺点是你并没有真正创建出一个本地应用，肯定不能够将多个应用连接到一起。因此从严格意义来讲，这不是一个真正的mashup（尽管知名的mashup产品都提供这一能力）。

　　我推荐的另一个技术是，针对传统的遗留应用，利用mashup工具创建新的API。在此，你可以使用类似于Appcelerator的Titanium那样的工具去建立可工作在iPhone、iPad和Android平台的本地应用。这些应用对这些设备的本地功能拥有完全的权限，但都是用十分类似于JavaScript的脚本来写的。通过SOAP或REST与外部服务通讯。或者你可以建立一个应用，利用多个RSS将你的各种东西糅合到一起。一旦这些事情做完，应用就可以包装起来伤到相应的应用商店上待价而沽。

　　如果说苹果通过iPhone和应用商店引发了移动领域的宇宙大爆炸，随着市场的持续扩张和走向成熟，我们现在毫无疑问正处于“扩张”的阶段。现在正是在该领域/空间进行实验的大好时机（我保证，这是我最后一次开玩笑）。除了给你当前的应用增加灵活性以外，你也许刚下定决心要把支持移动作为自己新项目的关键特性。