在隨著專案經驗的積累可以體會到很多在書本上難以理解的知識，認識其中的重要性。
1、在專案編碼之前，一定要對功能有足夠的認識，比如所涉及的介面，表，類，輸入輸出等。
2、編碼的規範。類，類方法（特別是介面方法），資料庫表名等要在編碼之前有統一的規範。可以方便閱讀，還有spring
中對事務管理。
3、就是常在書上看到的，「低耦合，高內聚」，在專案重構和閱讀中將會體會到好處。當然在適當的時候也要犧牲耦合度
作為代價，可以使得**量的減少。
4、對於資料的驗證（合法性、非空驗證、初始化等）應放在上層處理，這樣在下層才不會造成一些資料的異常。
5、在異常處理方面，在底層可向上層拋出自定義的異常，然後再上層進行特定的處理（這方面在本部落格中有介紹）。
關於專案中異常處理的一些總結
這兩天新的專案設計工作快完畢了,我要出乙份新專案中的異常書寫規則.在msdn上查詢了些資料,發現裡面很多都是程式設計師常犯的錯誤.總結出來,希望對大家有所提高.異常引發準則 不要返回錯誤 異常是報告框架中的錯誤的主要手段。通過引發異常來報告執行故障。如果某一成員無法按預期方式成功執行，則應將這種情況...
專案中的一些儲存過程
物件名稱 pr user getpersonalcomplete 功能描述 獲取個人使用者資訊完成百分比 引數說明 呼叫示例 execute pr user getpersonalcomplete 1,1 作 者 xu yu 修改人 create procedure pr user getperso...
springboot專案中的一些註解
apioperation apioperation不是spring自帶的註解，是swagger裡的 com.wordnik.swagger.annotations.apioperation apioperation和 apiparam為api生成做的註解，個引數說明如下 apioperation v...