同樣的，Freemarker和Velocity愛好者請跳過本篇。與棄用webwork而單用Spring MVC Controller接口的理由一樣，Freemarker本來是一樣好東西，還跨界支持jsp 的taglib，而且得到了WebWork的全力支持，但為了它的非標准化，用戶數量與IDE的缺乏，在View層我們還是使用了保守但人人會用，IDE友好的JSP2.0 配合JSTL。
對於B/S結構的企業應用軟件來說，基本的頁面不外兩種，一種是填Form的，一種是DataGrid 數據列表管理的，再配合一些css, js, ajax的效果，就是View層要關注的東西了。
1. JSP 2.0的EL代替<c:out>
JSP2.0可以直接把EL寫在html部分，而不必動用<c:out>節點後，老實說，JSP2.0+JSTL達到的頁面效果，已不比Velocity相差多少了。 <p>{goods.name}</p>
代替
<p><c:out value="{goods.name}"/></p>
(除了EL裡面不能調用goods的函數，sun那幫老頑固始終堅持JSTL只能用於數據顯示，不能進行數據操作，所以不能調用bean的get/set外的方法)
2. 最懶的form 數據綁定
Spring少得可憐的幾個tag基本上是雞肋，完全可以不要。 而Spring開發中的那些Simple Form tag又還沒有發布。Spring的Tag主要用來把VO的值綁到input框上。但是，和Struts一樣，需要逐個Input框綁定，而且語法極度冗長，遇到select框還要自己進行處理.....典型的Spring Sample頁面讓人一陣頭暈.
而jodd的form tag給了我們懶人一個懶得多的方法，只要在<form>兩頭用<jodd:form bean="myVO"></jodd:form>包住，裡面的所有input框，select框，checkBox...統統自動被綁定了，這麼簡單的事情，真不明白struts,spring為什麼不用，為了不必要的靈活性麼?
<form>
<jodd:form bean="human">
<input type="text" name="name">
<input type="radiobox" name="sex" value="man">
<select name="age">
<option value="20">20</option>
<option value="30">30</option>
</select>
</jodd:form>
</form>
不過，jodd有個致命弱點是不能綁定內嵌對象的值。比如Order(訂單)對象裡有個Customer(顧客)對象，jodd就不能像 struts,spring一樣用如下語法綁定:
<input name="customer.customerNo">
這是因為它的beanUtils比Jakata Common弱，用了一個錯誤的思路的緣故。 動用beanUtils修改一下就可以了，修改後的源碼可以下載。
3. DataGrid數據列表
DisplayTag和ValueList都屬於這種形式的Tag Library。但最近出現的Extreme Table是真正的killer，他本身功能強大不說，而且從一開始就想著如何讓別人進行擴展重載，比如Extend Attributes機制就是DisplayTag這樣的讓千人一面者不會預留。
4.css, javascript, ajax
天下紛擾，沒有什麼特別想講想推薦的，愛誰誰吧。Buffalo, DWR, Scriptaculous, Prototype, AjaxTags, AjaxAnywhere, Rico, Dojo, JSON-RPC，看著名字就頭痛。
