代碼編寫需要遵循以下原則：

1、 核心模塊的壓力測試：開發(fā)之初整體設(shè)計(jì)和規(guī)劃非常重要，在設(shè)計(jì)時(shí)把核心模塊抽出來，以及相關(guān)聯(lián)的流程和規(guī)則做提煉。明確業(yè)務(wù)壓力在哪里，業(yè)務(wù)請求的重心在哪里，針對核心的內(nèi)容做性能測試。

2、確保代碼執(zhí)行過程可控：代碼執(zhí)行時(shí)需要保持中間的輸出，記錄清楚處理的日志條目數(shù)和當(dāng)前的執(zhí)行時(shí)間。

3、多做記錄：若覺得寫的代碼不是很滿意的話，如處理效率不夠優(yōu)化，處理方法不夠簡潔，或擴(kuò)展性差，短時(shí)間內(nèi)沒有解決方案，若上線初期該功能不是中心所在，在這種情況下程序員會留下注釋，并說明下一步優(yōu)化的思路，或可行方案。

4、邏輯簡化清晰：邏輯一定要簡化清晰，不然時(shí)間一長，誰都看不明白你的邏輯。若邏輯復(fù)雜很難用方法完成可嘗試切分；

5、不要被框架約束：技術(shù)人員的技術(shù)能力絕對不能被框架約束住?？蚣艿膯栴}在于繁冗的嵌套。如遇到一秒鐘幾千次請求的業(yè)務(wù)場景，處理的時(shí)候需要從復(fù)雜的框架中尋找數(shù)據(jù)處理的邏輯，如此找問題，代碼只改動(dòng)兩行，但是找問題需要兩天。

6、使用熟悉、成熟的技術(shù)：使用前，建議全面了解該技術(shù)的特征，適用范圍及不適用的范圍。很多人看一堆第三方的數(shù)據(jù)測評，在沒有明白自己的障礙和問題哪和不知道相關(guān)技術(shù)產(chǎn)品的優(yōu)勢和劣勢的情況下，去學(xué)新技術(shù)，然后，掉進(jìn)坑里出不來，如果是創(chuàng)業(yè)公司，可能項(xiàng)目就死在里面了。

7、代碼審核：代碼審核很重要，一般來說每周都要做一次代碼審核。代碼審核有利于你跟蹤項(xiàng)目進(jìn)展情況，更早的發(fā)現(xiàn)問題。在團(tuán)隊(duì)中進(jìn)行代碼審查可以提升代碼質(zhì)量，分享項(xiàng)目知識、明確責(zé)任，最終達(dá)到構(gòu)建更好的軟件、更好的團(tuán)隊(duì)。

北京銳智互動(dòng)軟件開發(fā)公司，專注為企業(yè)提供軟件設(shè)計(jì)和定制開發(fā)服務(wù)。有嚴(yán)格、規(guī)范的技術(shù)設(shè)計(jì)和實(shí)施規(guī)范，為企業(yè)提供高質(zhì)量，高可用的軟件系統(tǒng)。