寫簡單程式，程式碼永遠不要寫兩遍，永遠不要copy程式碼

• 寫好單詞

  1. 變數：

變數小寫，方法名（指首字母）小寫，類名大寫

單個字母的變數只能在三五行內結束

用特定含義來命名（直抒胸臆），介面元件用匈牙利命名法

       2、常量：不要從天上掉下來一個數，常量要注意運用final或enum

• 寫好語句

  1. 簡單語句，要注意寫好賦值語句
  2. 分支語句，要注意使用括號
  3. 迴圈語句，要注意變數區域性化

• 寫好函式

  1. 使用衛語句降低層次，要注意try-catch或Lambda表示式的使用
  2. 語句不要太多：將一段語句提出來形成新的函式
  3. 層次不要太多：將內部語句提出來形成新的函式
  4. 改變演算法（注意程式太複雜說明思路還不夠清晰）

• 寫好類、物件

1、物件的功能是獨立的：做到高內聚、低耦合，不要太多的成員

2、處理好物件之間的關係：繼承與實現介面，關聯（使用構造方法或普通方法），使用設計模式

重構

通過調整程式程式碼改善軟體的質量、效能，使其程式的設計模式和架構更趨合理，提高軟體的擴充套件性合維護性

如何保證程式碼正確性

1. 使用Junit測試（尤其是在重構後一定要保證測試是通過的）
2. 測試驅動開發（TDD，Test-Driven Development）

設計模式的原則

1. 單一職責原則：要把功能儘可能的細分，每一個類應該只負責一塊內容或執行一個任務。
2. 開放封閉原則：儘量不要去修改原有的類，但卻可以擴充套件現有的功能
3. 替換原則：子類必須能夠替換它們的基類
4. 依賴倒置原則：高層模組不應該依賴於低層模組，二者都應該依賴於抽象，抽象不應該依賴於實現細節，實現細節應該依賴於抽象。
5. 介面隔離原則：客戶端不應該依賴它不需要的介面；一個類對另一個類的依賴應該建立在最小的介面上。

反射

在執行狀態中，對於任意一個類，都能夠知道這個類的所有屬性和方法；對於任意一個物件，都能夠呼叫它的任意一個方法和屬性。