至從開始學習jsp的時候就一直受到MVC2模式的影響。可能是以前寫代碼的機會多一點吧。很少做頁面的東西。所以一直感覺以推出jsp頁面的方式，一直是開發的首選。因為這樣才可以實現功能、代碼與頁面的分離。而且由於個人剛工作，還處於理論>>實踐階段。所以在項目中特別的首薦規范化的設計。什麼都要MVC一下。在這段時間學習tile的時候。感覺這已經不完全是簡單的在action的准備數據，再推出一個jsp的開發方式了。似乎tile的control功能就已經破壞了推模式。
使用control功能就可在jsp頁面中拉出數據來了。比如一個userlist操作。如果沒有使用tile的話，也許就會在action中讀出數據然後，封裝到actionform中由jsp頁面顯示。使用了tiles後完全可以使用一個tiles control在jsp中從數據庫中讀出需要的數據。這樣反而可以更靈活，不要什麼都是都從actionForm中來。如果在頁面調整的時候actionForm中沒有對應的數據怎麼辦呢？雖然actionForm的設計建議采用粗粒度的設計，但是再怎麼粗也不至於可以所有的業務變化吧。
也許是現在都是做的小項目吧，所以特別注意開發效率。為了方便靈活的在頁面上拉出需要的數據。而又不至於寫過多的腳本或tiles control，所以定義了一個運行HQL的標簽。這樣就可直接在頁面運行HQL，把什麼緩存啊,移置,性能,SQL之類全部交給了Hibernate處理這樣也算是最大化的發揮出Hibernate的作用吧。標簽的設計使用Struts中的 <bean:define/>類似的方式和屬性如下：
---運行一個HQL---
<page:hibernate id="test" hql="from com.cms.model.TbaseEnumlist a"
page="2" pagesize="4" >
結果大小:
//直接使用由 <page:hibernate>定義的腳本變量
<%=test.size()%><br>
//使用struts標簽操作<page:hibernate>定義的pageContext屬性。
<logic:iterate id="element" name="test" type="com.cms.model.TbaseEnumlist" >
<bean:write name="element" property="enumcode"/><br>
</logic:iterate>
</page:hibernate>
---加載一個PO---
<page:hibernate id="test" type="com.cms.model.TbaseEnumlist" primary="15">
枚舉名稱:
