使用J2EE Web開發(fā)已經(jīng)好幾年了，從JSP、Struts、WebWork到現(xiàn)在的Struts 2、Wicket，沒有一個用起來簡單順手的。

無論哪個框架吹噓自己有多么簡單和高效的生產力，甚至讓一個從未接觸過Web開發(fā)的人5分鐘能上手，絕對是騙人的。照著教程做一個Hello World還可以，一旦網(wǎng)站規(guī)模一大，根本無法維護。

再深入挖掘一下，你會發(fā)現(xiàn)，其實一個MVC框架無論服務器端設計有多么差，其實也差不到哪去，有面向對象經(jīng)驗的開發(fā)人員都可以寫出比較能維護的代碼，即便像Struts這種比較古老的框架，服務器端開發(fā)也不難，和WebWork2比僅僅是不方便而已。

但是到了View這一層就五花八門了，總體來說，有以下幾路主流門派：

1. 以Struts為代表的JSP + Tag派，真叫一個難用，尤其是Tag，不但要查手冊，你還必須寫出if equals ... else的邏輯來。

2. 以JSF為代表的全Tag派，基本上寫一個JSP和一個XML沒啥區(qū)別，都是Tag堆出來的，甚至變態(tài)到HTML元素都給Tag了，比如<h:div>。

3. 以Wicket為代表的嵌入式派，可以通過<span wicket:id="message" id="message">來搞定，不破壞HTML，不過通過Filter過濾性能值得懷疑。

無論哪種MVC框架，目的都是要簡化View的開發(fā)，然而在實際使用時卻發(fā)現(xiàn)，簡化了簡單的頁面，復雜頁面卻變得更復雜了，因為這些MVC框架都普遍忽視了一個基本原理：現(xiàn)代Web技術是建立在HTML+CSS+JavaScript基礎上的，任何試圖幫助Java開發(fā)者隱藏HTML、CSS和JavaScript的努力最終都將阻礙Web開發(fā)。不會HTML，不會CSS，不會JavaScript，那就不要做Web開發(fā)，無論你多么精通Java！

正是由于這些MVC框架有意無意地讓Java開發(fā)人員遠離HTML，才造成了View開發(fā)的困難重重。尤其以JSF為代表，性能就不說了，要添加JavaScript你只能先看編譯后的HTML源碼，要修改CSS要DEBUG至少N次，所有的可視化HTML編輯器都用不了。

所以，要真正提高Web開發(fā)的生產力，尤其是頁面的可維護性，Web頁面必須由精通HTML+CSS+JavaScript的開發(fā)人員完成，服務器端技術對這些的侵入性越小，頁面越容易維護。目前我認為比較好的View框架還是Velocity和FreeMarker，通過<div>${message}</div>比JSP Tag強很多，結合HTML可視化編輯器（主要指Dreamwaver），調試起來非常方便，而且不用重啟服務器。至于服務器端，其實各MVC大同小異，我一直使用Spring MVC+Velocity，少集成一個框架畢竟麻煩少一些。

在分工日益精細的今天，讓Java開發(fā)人員遠離HTML，也許體現(xiàn)了他們的用意。讓精通 HTML CSS JavaScript 的人員做 View，Java 程序員在自己該做的事情。

任何試圖幫助Java開發(fā)者隱藏HTML、CSS和JavaScript的努力最終都將阻礙Web開發(fā)。不會HTML，不會CSS，不會JavaScript，那就不要做Web開發(fā) 有同感。在使用中我一般都不使用html的tag，我覺得這些tag畫蛇添足。

相當有同感，現(xiàn)在的web開發(fā)特別是java體系的，總是在強調新技術，框架，模式等，在開發(fā)效率等方面完全不能和傳統(tǒng)cs程序相比，所以我們目前在嘗試做一些類似cs的控件這是實際項目中應用的效果： http://blog.csdn.net/lakesea/archive/2009/03/17/3999514.aspx

同感，用一些tag之后，會使頁面不可控，尤其是做一些復雜界面的時候，要用很多js，用tag做相當不方便

樓主說的有道理！