使用J2EE Web開發已經好幾年了，從JSP、Struts、WebWork到現在的Struts 2、Wicket，沒有一個用起來簡單順手的。
無論哪個框架吹噓自己有多么簡單和高效的生產力，甚至讓一個從未接觸過Web開發的人5分鐘能上手，絕對是騙人的。照著教程做一個Hello World還可以，一旦網站規模一大，根本無法維護。
再深入挖掘一下，你會發現，其實一個MVC框架無論服務器端設計有多么差，其實也差不到哪去，有面向對象經驗的開發人員都可以寫出比較能維護的代碼，即便像Struts這種比較古老的框架，服務器端開發也不難，和WebWork2比僅僅是不方便而已。
但是到了View這一層就五花八門了，總體來說，有以下幾路主流門派：
1. 以Struts為代表的JSP + Tag派，真叫一個難用，尤其是Tag，不但要查手冊，你還必須寫出if equals ... else的邏輯來。
2. 以JSF為代表的全Tag派，基本上寫一個JSP和一個XML沒啥區別，都是Tag堆出來的，甚至變態到HTML元素都給Tag了，比如<h:div>。
3. 以Wicket為代表的嵌入式派，可以通過<span wicket:id="message" id="message">來搞定，不破壞HTML，不過通過Filter過濾性能值得懷疑。
無論哪種MVC框架，目的都是要簡化View的開發，然而在實際使用時卻發現，簡化了簡單的頁面，復雜頁面卻變得更復雜了，因為這些MVC框架都普遍忽視了一個基本原理：現代Web技術是建立在HTML+CSS+JavaScript基礎上的，任何試圖幫助Java開發者隱藏HTML、CSS和JavaScript的努力最終都將阻礙Web開發。不會HTML，不會CSS，不會JavaScript，那就不要做Web開發，無論你多么精通Java！
正是由于這些MVC框架有意無意地讓Java開發人員遠離HTML，才造成了View開發的困難重重。尤其以JSF為代表，性能就不說了，要添加JavaScript你只能先看編譯后的HTML源碼，要修改CSS要DEBUG至少N次，所有的可視化HTML編輯器都用不了。
所以，要真正提高Web開發的生產力，尤其是頁面的可維護性，Web頁面必須由精通HTML+CSS+JavaScript的開發人員完成，服務器端技術對這些的侵入性越小，頁面越容易維護。目前我認為比較好的View框架還是Velocity和FreeMarker，通過<div>${message}</div>比JSP Tag強很多，結合HTML可視化編輯器（主要指Dreamwaver），調試起來非常方便，而且不用重啟服務器。至于服務器端，其實各MVC大同小異，我一直使用Spring MVC+Velocity，少集成一個框架畢竟麻煩少一些。
在分工日益精細的今天，讓Java開發人員遠離HTML，也許體現了他們的用意。讓精通 HTML CSS JavaScript 的人員做 View，Java 程序員在自己該做的事情。
任何試圖幫助Java開發者隱藏HTML、CSS和JavaScript的努力最終都將阻礙Web開發。不會HTML，不會CSS，不會JavaScript，那就不要做Web開發 有同感。在使用中我一般都不使用html的tag，我覺得這些tag畫蛇添足。
相當有同感，現在的web開發特別是java體系的，總是在強調新技術，框架，模式等，在開發效率等方面完全不能和傳統cs程序相比，所以我們目前在嘗試做一些類似cs的控件這是實際項目中應用的效果： http://blog.csdn.net/lakesea/archive/2009/03/17/3999514.aspx
同感，用一些tag之后，會使頁面不可控，尤其是做一些復雜界面的時候，要用很多js，用tag做相當不方便
樓主說的有道理！