[前言]：從2000年開始的MVC模式框架Struts看來將要被基于組件的事件驅動模型類框架替代，JSF和Tapestry都是新一代可能成為Struts的終結者。

　　JSF和Tapestry都是基于頁面組件技術的開發框架，但jsf基于jsp，仍然是jsp架構，開發維護起來非常麻煩。tapestry則不同，是基于servlet的一種完全頁面組件化的開發框架，而且現在已經非常成熟，目前已經推出t4.0-beta2。

　　頁面開發走向組建化是一種越來越明顯的趨勢，這方面tapestry可以說是引導了這個方向，也許是sun太厲害，jsf一出生就得到大家的關注，不過順此東風，tapestry的用戶社區比以前更加繁榮了：

　　http://news.gmane.org/gmane.comp.java.tapestry.user

　　tapestry有很多范例出色，參看它的官方網站：

　　http://jakarta.apache.org/tapestry/

　　若想致力于web頁面的開發，個人覺得jsp/serlvet是首要精通的，至于選擇框架，則是一件費精力的事情。框架的目的是為了簡化開發流程，提高生產效率，典型的框架如turbine、struts、webwork、jsf、tapestry等。如何選擇框架是一個經久不衰的討論，沒有多年的實踐經驗是難以作出實際評價和最終抉擇的。愚以為turbine過于厚重，無論是開發速度還是運行速度都令人難以接受，2.4M1到現在快一年還是M!，運行起來真是滿如蝸牛，打開一個頁面要等瀏覽器的地球要轉上半圈，這也許要歸功于velocity解析和沒有頁面緩存的功勞了。還有就是擴展性、可維護性等，實際上都很差，象它的核心類Turbine，居然定義為final！實際開發起來還不如我自己實現的velocity+servlet+filter框架效率高，速度快。


　　struts，webwork實際都是jsp的MVC包裝，無法擺脫jsp頁面難以維護的煩惱，也許開發起來快，但維護呢？還有就是美工人員，他們都得懂jsp。實際的mvc分工在頁面這塊還是打了折扣。