優(yōu)秀程序員的18大法則

單一職責(zé)原則

代碼（如類或函數(shù)）的組成部分執(zhí)行的應(yīng)該是一個單一的明確的任務(wù)。

最小化耦合原則

代碼的任何部分（代碼塊，函數(shù)，類等）都應(yīng)該盡量減少對其他代碼的依賴。這可以通過盡量不要使用共享變量來實現(xiàn)�！暗婉詈铣３Ｊ怯嬎銠C系統(tǒng)構(gòu)造良好和設(shè)計良好的標志，并且當(dāng)和高內(nèi)聚力相結(jié)合的話，還可以大大支持高可讀性和可維護性的整體目標�！�

最大化內(nèi)聚原則

具有相似功能的代碼應(yīng)該放在同一個組件內(nèi)。

隱藏實現(xiàn)細節(jié)原則

隱藏實現(xiàn)細節(jié)，允許在改變代碼組件的實現(xiàn)的同時，最低限度地減少對使用該組件的其他模塊的影響。

得墨忒耳定律

代碼組件應(yīng)該只和它們的直接關(guān)系（如，繼承的類，包含的對象，通過參數(shù)傳遞的對象等）溝通。

避免過早優(yōu)化原則

除非代碼開始工作，否則甚至就不要有優(yōu)化的念頭。只有當(dāng)你必須要優(yōu)化的時候，才能借助實戰(zhàn)數(shù)據(jù)的幫助�！拔覀円欢ㄒ�有大局觀：過早的優(yōu)化是萬惡之源”——Donald Knuth。

重用代碼才是好代碼

這和任何其他法則一樣之精辟。重用代碼可以提高代碼的可靠性，并減少開發(fā)時間。

關(guān)注點分離原則

不同的功能區(qū)域應(yīng)該由明顯的重疊最小的代碼模塊進行管理。

擁抱變化原則

這是Kent Beck寫的一本書的副標題，也被認為是極端編程和通用敏捷方法的原則。許多其他原則都基于這個理念：你應(yīng)該期待和歡迎變化。事實上，很多古老的軟件工程法則，例如最小化耦合原則，就是和讓代碼變得更容易改變是直接相關(guān)的。無論你是不是一個極端編程的實踐者，這種寫代碼的方法真的很有意義。

• 北上廣碼農(nóng)快看！硅谷房價都要跌了
• 零編程經(jīng)驗如何找軟件工程師的工作？