最近微软在寻求一种构建合成应用的新方法,试图采用“OBA”来将后端的业务应用和前端的 Office 连接起来。这儿的 OBA 表示 Office Business Applications ,是微软打算向开发者和 ISV 提供的一个新型框架,以能利用微软 Office 作为终端构建应用程序。
OBA 的聪明之处是看到了越来越壮大的企业业务线需求,以及充分利用已经广泛出售的大量微软 Office 许可。
OBA 框架支持 Office 2003 以后的版本,可以通过下列集成点进行访问:
- 微软 Office SharePoint Server(提供一个方便的点对点 Web 框架)
- Open XML(在文档级别)
- 微软 Office 扩展 UI 功能
- 通过服务器端的 SharePoint
- 在 VSTO 中使用 Word、Excel 和 InfoPath
- MOSS 2007 业务数据目录(Business Data Catalog,BDC)
- 微软企业搜索
- Windows Workflow(在 Windows Vista、Office 2007 和.NET Framework 3.0 中都有)
- 微软 DHTML 编辑器(Dynamics)
有些人认为 OBA 是打开天堂之门的钥匙,有人则认为 OBA 太小太晚。InfoWorld 的 Ephraim Schwartz 这样写到:
微软试图向外界说明,Office 是强大的,它能变成一个集成和使用其他垂直应用以创建新东西的开发平台。微软希望一加一能等于三。
Whpraim 继续解释了个中缘由:
我想微软错估了市场。OBA 让我想起来老古董 EAI——企业应用集成技术,但是现在整个世界都在向 SOA 转变。由于 Mashup 能做同样的事情,随着时间的进展,我想大多数企业应用甚至不会等待微软发布他的下一代 OBA RAP 方案。
随着 Eweek 上一个题为“为什么微软最终会战胜 Google(和 Vice Versa)”的演示发布,争论越来越白热化。你怎么认为?在构建合成的应用时,富客户端和瘦客户端究竟谁会赢得最后的胜利?
评论