开始SOA的讨论

　　RIA和SOA之间还存在另一个引人入胜的关系。RIA和SOA各自都已经被证实是非常有用的发明，现在工程师们都意识到当把这两者放到一起时利益关系。

　　RIA理所当然是构建用户接口的最好办法，SOA是构建和暴露业务服务的最好办法，那么这两种技术结合起来就能构建最好的应用。关于这个话题，在最近的SPARK会议上，产生很多有趣的探讨RIA，SOA和Web2.0的blog。多数都是围绕比具体解决方案更令人关注的组合技术的好处。

　　一个结合了RIA和SOA的应用具有松耦合，重用和敏捷服务层的优点，所以将受益于动态的，异步的特性，及事务的和自分配的用户接口。关于怎样集成这些技术还有些争议。

　　一个RIA将模型——视图——控制器的功能转移到客户端，也就是Smalltalk起初用的模式。关于这个话题，我的博客上有一篇文章。这个变化混淆了已存在于服务器端的用户接口层的框架和架构。

　　毫无疑问，新的架构和框架将考虑处理RIA-to-SOA应用的安全和可伸缩性，但那目前还没有哪个能占据主导位置。有些早期的解决方案正开始崭露头角。作为示例，可以参考一下LogicBlaze FUSE栈。FUSE包括对Ajax的新型应用。起初，这些SOA中间件和Ajax的UI框架的结合可能看起来有些尴尬，直到大家开始意识到SOA和RIA两者之间的引人注目的关系。

　　考虑到如何对当前非RIA互联网，包括书签，搜索引擎优化和站点分析继续奏效，RIA应用也必须向后兼容。尽管RIA-to-SOA关系还是刚刚浮现，组织机构和工程师们也应该意识到它们的作用并关注如何用它们来创造一个新型的应用。