1.命名問題 禁止使用拼音 大小寫規範

駝峰式命名

儘量使用英文單詞，不要使用拼音（讓人一眼就能看懂）

表的主鍵最好使用Guid.

例如：SalaryPayingId

2.欄位長度定義

定義string型別的欄位長度。

3.迴圈巢狀呼叫資料庫

For迴圈裡面呼叫資料庫查詢，會多次連線資料庫，造成資源的消耗。可先批量從資料庫進行讀取（資料量多時需要條件過濾），然後再去迴圈，降低資料庫的連線次數。

調整前：

調整後：

4．文件的書寫

平時遇到問題，處理之後，可將問題點記錄下來，分類進行整理。可以有自己的部落格，或者自己整理的資料夾來進行記錄。

5．sql效能優化

如果該linq查詢比較複雜，可採用sql指令碼的方式查詢

查詢的地方，最好能夠按照條件篩選，避免大資料量查詢的時候，系統崩潰。

複雜邏輯，可先在本地開啟執行計劃，看是否需要建立索引。

排查本地問題時，可採用SqlProfiler來進行指令碼的監控。

6．介面優化 具體的要求 以後是否會拓展 是否要進行token驗證

提供介面文件，是否可以做一些公用的介面，不要只針對當前這個需求，以及之後的拓展，是否要驗證token

對外介面，最好能夠整理對應的介面文件進行詳細說明。

例如：計稅相關介面2020-05-20.docx

7.每個模組分資料夾存放

當前有很多模組在設計的時候，建立的檔案都是在一個資料夾裡面，找起來特別的麻煩，最好是不通過的模組分開單獨存放，便於之後的使用及查詢

例如：我們問題點這裡的模組，其實是有分很多的小模組，但是現在所有的程式碼都是放到這個裡面，每次找起來就很麻煩。

我們對於的web層，application層，等這種相關的最好都是對應的。

8.程式碼註釋要齊全

遇到比較複雜的邏輯，可採用清晰的註釋來輔助說明。但大的原則是儘可能的讓你的程式碼看起來一目瞭然，無需註釋也可以輕鬆看懂。

9.程式首先要正確，其次是優美

如果一段程式碼重複出現3次以上，那麼你的程式碼就需要優化了。

10.資料庫表名及欄位名稱說明

資料庫欄位和表名定義的時候需要加上註釋，我們當前的資料字典模組會讀取當前的註釋，以備之後的人員查詢。

表結構之間不能有太多依賴，表之間有關聯時，新表的設計最好不要影響基礎表的操作，

更改新的功能時，如果對原有資料有影響，需要提前制定處理方案。

11．如果遇到資料量比較多的，可採用多執行緒分批處理

12．大資料量的定時任務最好放在使用時間最少的時候執行

13．介面測試，Postmen的使用，針對測試。

14．簡單資料庫查詢及修改，資料庫小工具的使用，針對測試。