再記錄：
因為使用泛型對公共代碼大量抽取，用到了繼承關系，則需將原來的在業務層的部分數據放到controller層校驗
使他符合mvc的請求過程，即是一個完整處理的先后順序問題
，對業務處理的時就必須先檢驗數據，再在進入業務層時再操作數據，以免重復操作，且肯定不會正確的請求造成的資源浪費

簡單說：在service層需要用到已經被抽取的部分公共代碼，且其中包含校驗數據的一部分，但是它們由于繼承的關系導致操作數據順序與校驗數據順序反過來了，
則必須將service·中的公共代碼完全放到controller層，恢復順序，且能在service正常使用正確的數據

記一筆，控制層的代碼，他不光控制還要校驗數據！
我以前寫的代碼都是在服務層進行校驗，
有些違背mvc設計思想；
例如將控制層的代碼寫到業務層，錯誤的將它當做業務處理，
還會因為框架的原因，代碼耦合度不能最優，
當然，在實際寫程序的過程中，并不一定能完全實現完全解耦。
即
：

` T t = (T) object;// 獲取客戶端參數HttpServletRequest request = ServletActionContext.getRequest();String id = request.getParameter("id");Integer idInteger = -1;try {idInteger = Integer.valueOf(id);} catch (NumberFormatException e) {// TODO 自動生成的 catch 塊e.printStackTrace();return TS.ERROR;}// 刪除if (baseDaoImpl.deleteD(t, idInteger) == 1) {// 成功return TS.SUCCESS;}return TS.ERROR;`

應該吧整數校驗放到action層！
不說了，去改代碼了

總結

以上是生活随笔為你收集整理的设计进步，记一笔，控制层的代码，他不光控制还要校验数据！以前理解错啦的全部內容，希望文章能夠幫你解決所遇到的問題。

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