JAVA代碼規範尋思

        提到代碼規範，一般都會直接聯想到代碼應該如何編寫，才更加易讀。我們可以翻閱 SUN 公司（已被 Oracle 收購）、Google、BAT、華為等公司發布的 Java 代碼規範，你會發現它們不僅僅是針對代碼編寫規範，而是覆蓋了編寫規範、效能最佳化、新特性解釋等等，覆蓋面最廣的一家公司的代碼規範甚至是由編程規約、異常日誌、安全規約、單元測試、MySQL 資料庫、工程結構等六大部分組成的。

       Java 已經不再僅僅是一門語言，它是一個生態環境，既然是生態環境，它必然需要根據外部環境的變化不斷調整自己，不斷地吸收外部優良的設計加強自身，也必然需要不斷地改變擴大自己的範圍，不僅僅局限於語言，

如何制定代碼規範

我認為應該遵循以下幾點： 專業的事交給專業的人來做，代碼規範的制定應該由在一線摸爬滾打很多年的程式員主導，由多人蔘與共同制定，牽頭人最好是一位全棧工程師，做過很多大項目，有超過 10 年編程經驗，為人謙虛，並一直保持學習狀態； 現今還能存活並且被程式員廣泛使用的語言，其本質一定不僅僅是一門語言，而是構築了強大的生態系統，因此，代碼規範應該從工程角度入手，客觀地分析整個工程建設過程當中需要面對的編碼、設計問題，全方位對這些技術進行規範性指導； 光有指導意見是不夠的，應該學習阿里輸出代碼偵查工具或者外掛程式，自動化實現對於代碼規範是否執行到位的檢測，而不是依靠人工； 凡事需要以理服人，因此，代碼規範應該分為上下兩卷，上卷為代碼規範，下卷為針對代碼規範每一條的詳細解釋，說清楚為什麼要這麼制定代碼規範，它背後有哪些技術上和工程過程中的故事，說得人心服口服，用技術說服或者碾壓程式員； 需要不斷更新。技術更新很快，工程過程中遇到的問題也是層出不窮，因此，代碼規範也不會是一招定論的，需要不斷地更新、補充、完善，這樣才能與時俱進，保持生命力。