養成良好的程式設計習慣

1.dry(擰乾**不要有水分) 不要有重複**，如果有重複，進行抽象。

2.抽象原理，和dry有關，**中每乙個重要的功能塊都應該擰乾抽象一下。

3.kiss(keep it ******, stupid!)，簡化、避免複雜是關鍵目標，閱讀簡單**花費時間短(**寫得少，腦子動得不見得少)，少**有較少bugs和更易於修改。(banq:耦合都很高的**有時很簡單，但不易於修改)

4.避免創造yagni，不要增加你不需要的功能。

5.做最簡單只要能工作的設計，始終問自己，這樣簡單設計能夠工作嗎？

6.不要讓我思考，**應該易於理解。

7.開閉原則軟體實體如classes類模組和functions應該開放易於擴充套件，但是不允許修改，不要寫其他人能夠修改的類，而是寫出人們能夠擴充套件的類(banq:可用物件導向的繼承實現等方法擴充套件多個子類)。

8.寫**要值得將來維護。

8.做最少令人驚訝的事，**易於理解，名稱等各方面不要讓人產生驚訝的***。

9.最少耦合，**（**塊，函式，類，等等）的任何部分，應儘量減少對其他地區的**的依賴關係。這是通過使用盡可能少的共享變數。「低耦合往往是乙個結構完善的計算機系統的標誌和乙個好的設計，高凝聚力相結合，實現更高的可讀性和可維護性的總體目標。

10.最大化凝聚性：相同功能**應該在同樣乙個元件中。

11.隱藏實現細節，隱藏實現細節，將允許改變執行**元件，而最低限度影響的任何其他使用該元件的模組(實現細節怎麼做是戰術，做什麼是方向戰。

12.迪公尺特demeter法則，**元件只應該和他們的直接關係聯絡(直系血緣關係)，如他們繼承的父類，包含的物件和引數傳遞的物件。

13.避免過早優化,除非你的**比你預期慢，否則不要提早優化，過早優化是罪惡根源。

14.**能夠重用是好的，重用**提高**的可靠性，縮短開發時間。

15.分散關注：不同功能區域，應該由不同**和最小重疊的模組組成。(aop是分散關注典型模式)

16.擁抱變化，這是一本kent beck書籍副標題，也被認為是極限程式設計和敏捷方法在一般的宗旨。最大限度地減少耦合使**更容易改變。無論你是乙個極端程式設計的醫生，這種方法對於編寫**是有道理的。