1.每丟擲一個異常，就自動生成錯誤碼並持久化，即執行時生成錯誤碼，這樣可以提高錯誤碼的定義效率

2.國際化自動生成工具，給頁面自動生成國際化的主鍵，然後可以提取所有的主鍵進行統一的編輯

3.校驗

• 每個方法都是一個比較獨立完整的實現，並且假設呼叫它的是非安全的，進行校驗
• 前臺傳入的引數等，儘量封裝為實體，然後進行實體的統一校驗，這樣的好處是，實體就相當於一個註釋，便於理解和擴充套件，校驗也集中處理了
• 方法的入參校驗框架
• 方法與類在執行過程中的區別？

4.系統統一資源管理：

有的多執行緒實現是為了非同步，有的多執行緒實現是為了併發；

有的多執行緒實現需要儘快執行，有的則可以慢慢執行只要最後運行了就OK。

執行緒池需要分組、分層實現。

並在系統層進行統一管理分配，或者是否有進行動態分配的需要？

一個嚴謹的可預測的系統，對於資源的使用都需要有可管理分配的設計。

5.系統中存在很多的物件，物件實際上不止單例和多例這兩種場景。

Spring依賴注入更適合建立引數不變的物件。如果一批物件構造的時候總是需要改變入參，那用Spring依賴注入實際上不太好管理。從這個角度看，Spring依賴注入更適合用於全域性唯一的物件。或者無狀態的物件。或者靜態類？？

有很多的物件是全域性唯一的，是否就沒有必要使用Spring服務的形式。

6.一些模式或者xx的使用存在一些非程式碼的約定俗成，如果不按約定走，會存在編譯或者執行的問題，是否應該儘量減少這種約定呢？如何減少這種約定呢？