以下是我個人從工作經驗中引發的問題和前輩指導的途徑中理解的一些基本點
規範這個問題要放在第一個說明，正所謂國有國法 家有家規，沒有規矩，不成方圓，遵循編碼規則定義好的規範，是作爲一個程序員最基本的素養和要求 向不同的語言都有着各自自己的語言規範規範描述或者想使用git github這種協同工作的規範。一般在公司的商業項目裏技術團隊裏都有自己定義的規範說明
在寫代碼開始前，時刻提醒要遵循這些規範，命名規則、縮進規則、換行規則，因爲每個人寫代碼的思路、方法，技術水平和經驗都是不同，這時需要有較爲正式的編碼規範作爲約束，風格統一的代碼可提高代碼的可讀性爲自己也是爲同事複製
命名要表達的意思 你的方法 變量 路由 類等選擇有意義的命名，這點非常重要，一份好的優雅的代碼應該是“自解釋”的 代碼要給人看的，就像讀作文一樣，讀了半天沒明白不知道說什麼一樣，命令規範不僅可以提高代碼可讀性，也提高了可維護性，後續找問題也方便，知道自己當初寫的是什麼
類的命名，是一種定義告訴 代碼 ’這個是什麼‘ 方法的命名，體現一種行爲 ‘爲了幹什麼‘ 變量的命名，如同類
如果一個方法寫得太長，勢必堆積了大量的邏輯，當涉及到很多嵌套或者邏輯分支，不說將來的維護難度，就是當下，很容易就把自己也繞懵了，這時需要把一個完整的邏輯段提取成一個個獨立的服務方法了，讓邏輯更加清晰，降低耦合，也可以有效的降低風險，因爲簡短代碼的邏輯複雜度勢必會降低