Ext和金蝶AOM的应用场景比较

http://aom.group.iteye.com/group/topic/5040
金蝶AOM与Ext的关系


熟悉Ext的，都知道Ext是非常优秀的纯JS客户端展现解决方案，作为纯JS方案，其优点是与服务端无关，所以，对于高手来讲，会获得一种“深入骨髓”的DIY能力，不仅可以在客户端尽情玩弄JS，还可以通过Ext提供的各种AJAX与服务端自如交互。

而AOM呢，更多捆绑了J2EE5.0(JSF)，AOM是在JSF的基础上通过引擎级别的RenderKit把Ext悄无声息地带入了基于Java的B/S开发。

纯Ext 的应用虽然灵活，但是对于较大的项目开发而言，却存在“效率较低”，“维护困难”的烦恼。这种烦恼尽管在JS对象包装，Firefox增强Debug能力等的支持下有了一定的改进，但是相对于传统C/S软件开发的效率和维护来讲，还是远远不够JavaEE5.0 之所以引入JSF，其目标应该是看到了B/S架构的业务系统的发展远景，从而希望对B/S应用的开发引入工业化的生产模式。尽管纯Ext的出现，已经让人非常惊喜，但是还是无法改变 广大B/S 应用开发工程师 苦于“前端开发和维护”的境况。

AOM 借助JSF+Ext，带来了前后台一体化的良好组件支持，并且把客户与服务端的交互 在内部机制上做了一个“透明化”；另外，AOM通过对Studio的不懈改进，较好实现了Ext 组件的属性化定制。不能说这样的实现是最好的实现，但是，至少这是在B/S开发上，更倾向于工业化生产的一种探索。

我个人觉得AOM的推广限制其实在于大家目前对于JSF的陌生。一旦JSF走出摇篮，成为大众的框架选择，这样AOM对于 Browser+ Javascript +Java来讲，目前提供的开发模式是非常顺乎自然的。这种模式不仅是金蝶，我想其他厂商也必然会推出类试的来。只不过，目前金蝶由于在Application Server和Studio上的广泛积累，反而成为较早的创新者和布道者。

当然，我觉得JSF的模式并不适合所有的B/S应用，所以，从这个角度来讲，金蝶AOM只适合那些适合JSF框架的应用。对于已经证明可以采用JSF框架的应用，应用金蝶AOM 我想会在学习成本、开发效率、维护代价、应用易用性和界面美观性上都获得相当的价值。

国内很多基于B/S的应用，其实是面向局域网的，并且并发用户也不大，对于这样的应用，我比较推荐使用金蝶AOM,比如OA(办公自动化)，比如内部流程审批 等等。

相反，对于那些面向互联网的应用，并发用户很大或者交互界面非常复杂，或者后台不倾向于选择Java，可能使用Ext更具有架构上的灵活性和适应性。

以上是我的个人看法，欢迎大家交流。