檢查與評審學員完成的項目情況。
?? 1.一個普遍的問題是大家在前臺界面上下的功夫不夠，界面都很粗糙和簡陋，其實，項目開發中的很大一部分精力都是耗費在前臺界面上的，前臺界面也是一種最苦、最累的工作，用戶對整個軟件系統進行評價的主要因素就是用戶界面，他們只關心軟件的功能和界面操作，他們不關心后臺是采用什么技術和什么框架實現的，采用什么技術和什么框架是開發人員為了加速自己的開發進度和軟件的易維護性而自己內部作出的選擇。
?? 2.毛卓強對設計模式有了一定的認識，但是，他在昨天的項目中顯然有點濫用設計模式而撇棄了struts自身的功能，例如，他寫了一個BaseActionForm，在BaseActionForm的validate方法中調用了一個doValidate的抽象方法進行具體的錯誤校驗，validate方法自身中則是創建ActionErrors對象，然后調用doValidate方法，最后將doValidate方法返回的ActionErrors對象保存到request中。其實，毛卓強的程序對大家還是應該有一定啟發的，例如，如果所有的Action都要記錄日志，他在BaseAction的execute方法中完成日志記錄功能，然后調用一個doExectue方法去執行業務邏輯，doExecute方法由各個Action子類去完成，這樣就做到了對摸板方法設計模式的靈活應用。
?? 我再次對摸板方法設計模式的總結：如果所有子類的某個方法內部有一段相同的程序邏輯代碼，那就可以把這個方法抽象到父類中去實現，父類中實現的這個方法去調用一個自定義的方法（摸板方法），各個子類在摸板方法中完成不同的代碼邏輯。
? 3.通過王濤完成的項目，發現了struts中的表單校驗失敗后重顯的一個問題：假設ActionForm Bean中有一個整數類型的屬性，如果將其類型定義為int，這個屬性的默認值是0；在表單頁面中用一個文本框來輸入這個屬性的值，當文本框中沒有填寫任何內容時，發送到WEB服務器的參數值為一空字符串"";當ActionForm Bean中的其它屬性校驗失敗時，回到表單頁面重新顯示，這時，與整數字段對應的文本框中顯示的內容為0，而不是沒有任何內容。關于這個問題的詳細講解，請參看我的下一篇blog：struts表單校驗失敗后的整數重顯問題。

讓李杰為大家講解了一下他研究Spring JPetstore的一些心得，我順帶為大家講解了ParameterizableViewController的作用，為了讓同學們能夠掌握ParameterizableViewController，我要求同學們能夠自己講解出ParameterizableViewController的作。我順便也為大家講解了<c:url>的作用，<c:url>生成的地址地址為“/web應用程序名/...”。

待實驗的小問題：
?? 據說，對于Servlet 2.4規范，可以將Servlet映射成welcome頁面。仔細想想，index.jsp頁面可以作為welcome頁面，它不也是映射到jsp引擎這個Servlet上的嗎？

我個人的一個想法：把error的錯誤描述信息不要寫在默認的資源包中，而是寫在一個單獨的error資源包中，然后在<html:errors>標簽中設置bundle屬性，這樣就可以把錯誤信息和普通文本信息分散在不同的資源文件中。
?

轉載于:https://www.cnblogs.com/spring3/archive/2006/12/04/2401713.html

總結

以上是生活随笔為你收集整理的11月27日struts项目练习评审的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。