Ext和金蝶AOM的施用场景比较
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更具有架构上的灵活性和适应性。
以上是我的个人看法，欢迎大家交流。
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更具有架构上的灵活性和适应性。
以上是我的个人看法，欢迎大家交流。
1 楼
xxjhappy
2008-04-30
2 楼
雁行
2008-04-30
工业化的生产模式似乎是大势所趋，但这样的中间开发平台是不容易为众多软件开发公司所引入的，除成本是其中一个因素外，目前国内大大小小多如牛毛的软件公司或者说中国的软件产业，还远没有工业化生产的觉悟。
呵呵，最近招募的几个新人就为写前台的页面和JS代码郁闷不止，但没有办法，我们每个人都是这样成长过来的，没有飞机大炮，那你必须学会小米步枪。
呵呵，最近招募的几个新人就为写前台的页面和JS代码郁闷不止，但没有办法，我们每个人都是这样成长过来的，没有飞机大炮，那你必须学会小米步枪。
3 楼
cloudxman
2008-05-01
小公司的矛盾在于：
1. 如何留住人才？ 公司小、竞争力较差，难以留住人才。这样降低学习成本，做好知识积累就更加重要。但是，目前接触了很多独立软件开发商，感觉企业的危机一部分往往在于人、知识积累、管理。
2. Web的开发目前还没有催生出真正的产品竞争。一般来说，很多Web的项目，其技术难度不大，复杂度也不高，更多是人力开销。在这种情况下，市场竞争往往是销售的竞争，而不是产品的竞争。这样就把Web开发上技术、效率、产品可用性等诸多问题隐藏起来了。但是，我相信，这个状况正在改变，未来将类试桌面一样，必将催生出很多专业的Web开发商，这些开发商将以其人才和知识积累而获得更长的企业生命力。
1. 如何留住人才？ 公司小、竞争力较差，难以留住人才。这样降低学习成本，做好知识积累就更加重要。但是，目前接触了很多独立软件开发商，感觉企业的危机一部分往往在于人、知识积累、管理。
2. Web的开发目前还没有催生出真正的产品竞争。一般来说，很多Web的项目，其技术难度不大，复杂度也不高，更多是人力开销。在这种情况下，市场竞争往往是销售的竞争，而不是产品的竞争。这样就把Web开发上技术、效率、产品可用性等诸多问题隐藏起来了。但是，我相信，这个状况正在改变，未来将类试桌面一样，必将催生出很多专业的Web开发商，这些开发商将以其人才和知识积累而获得更长的企业生命力。