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