表现层框架Struts/Tapestry/JSF架构比较

05-09-15 banq
         

表现层框架Struts/Tapestry/JSF架构比较
  表现层技术门派众多,陷阱多多,如何在他们之间根据自己应用做一个合适选择?。
http://www.jdon.com/artichect/sjt.htm

         

hgwnet
2005-09-17 08:18

框架框架,框框太多,甚至厌恶这些框架发起人作为程序员的呆板。
性能优异要是就算了,但在追求大而全的情况下看不出哪个所谓主流框架非常满足作为web所需的敏捷。看看所谓的组件框架struts,webwork,一大堆的所谓i18n、组件简直就是画蛇添足。看看某国外最新的论坛系统,由于采用了webwork,系统简直就是慢如蜗牛。
再说tapestry,组件化思想贯穿整个系统设计,无疑走在潮流的前端,同时众多组件也基本可满足日常开发,更可贵的是,它的性能比webwork还好,更不用说JSF了。但它的缺点也很明显,框框太多。也不知道那个大胡子是怎么想的,为了追求框框的完美,本身可3.0可简单获取HttpServletRequest控制权的,4.0非要你手动注入request服务,这简直就是在颠覆框架易用性的本质!当然了,若你要走组件化开发道路,还是得用tapestry,否则JSF,Tubine,webwork之流总有一天会把你搞垮。
与其被框死,还不如自己搞个自己的框架。我现在就用自己的纯jsp框架,什么Form validator、i18n、actions样样都有,开发起来敏捷不说,而且性能跟单纯的jsp无异,爽。

banq
2005-09-17 09:22

hgwnet 是经验之谈,Java世界这个“百花齐放”现象不但表现在表现层框架技术:

在组件级别也是,例如EJB2.x EJB3 Spring等等,都是各说各有理,但是我都觉得他们各有缺点,性能都不好,我所以搞了Jdon Framework。

在我的框架中,不但集成组件层,也通过实践,选择最方便快速开发的表现层框架或持久层技术整合进入,现在犹豫不定是选择JSF还是Tapestry。所以我写了这篇文章帮助自己理清思路。

持久层技术也一直在打口水仗,从hibernate诞生就开始这种争执,所幸Java persistence标准要出来,希望结束这种小孩式的互相指责。





hgwnet
2005-09-18 08:00

很快我也将推出我自己用的纯jsp框架,该框架目标很简单,就是充分引入form validator,action,i18n等内容,充分焕发jsp简单易用、开发灵活、高性能的生命力。框架设计基本完成,近期将对外免费发放所有源代码。

alfra
2005-09-19 21:52

期待中,什么时候能出来啊?

6Go 1 2 3 4 ... 6 下一页