經(jīng)過(guò)多年的積累，我發(fā)現(xiàn)，下面這些基本的指導(dǎo)法則，可以幫助我成為一個(gè)更加高效的程序員。

程序設(shè)計(jì)法則，與設(shè)計(jì)和工程的原理密切相關(guān)。下面這些編程法則幫助我讓我獲益匪淺，所以我想分享給大家，希望也能幫助大家更高效，生產(chǎn)出的代碼更容易維護(hù)，并且bug和缺陷更少。

[[151577]]

DRY原則

不要重復(fù)（Don’t repeat yourself）——程序設(shè)計(jì)中一個(gè)最根本的原則就是要避免重復(fù)。許多編程結(jié)構(gòu)（比如循環(huán)、函數(shù)、類(lèi)等）的存在就是為了避免重復(fù)。一旦重復(fù)（例如，一個(gè)長(zhǎng)表達(dá)式，一系列語(yǔ)句，相同的概念）的話(huà)，就會(huì)創(chuàng)建一個(gè)新的抽象。

抽象原則

“每個(gè)在程序中有意義的功能片段應(yīng)該只在源代碼的一處地方實(shí)現(xiàn)。”

KISS（Keep it simple, stupid!）原則

簡(jiǎn)單性（避免復(fù)雜性）應(yīng)該永遠(yuǎn)當(dāng)作是一個(gè)重要的目標(biāo)。寫(xiě)簡(jiǎn)單的代碼，不但花費(fèi)的時(shí)間少，錯(cuò)誤少，而且修改起來(lái)也容易。

避免創(chuàng)建YAGNI（You aren’t going to need it）原則

只有當(dāng)你需要的時(shí)候才去添加額外的功能，不需要就不要畫(huà)蛇添足。

方法要最簡(jiǎn)單，效果要一樣好

在編程時(shí)，我們需要問(wèn)問(wèn)自己：“有沒(méi)有最簡(jiǎn)單的完成任務(wù)的途徑？”這有助于我們保持一直行走在簡(jiǎn)約設(shè)計(jì)的道路上。

不要讓我思考

這實(shí)際上是由Steve Krug寫(xiě)的一本書(shū)的書(shū)名。關(guān)鍵要點(diǎn)是，代碼應(yīng)該盡可能地易于閱讀和理解。如果閱讀人需要大量的思考才能理解代碼，那么或許這代碼還需要被簡(jiǎn)化。

開(kāi)/閉原則

軟件實(shí)體（類(lèi)，模塊，函數(shù)等）在擴(kuò)展時(shí)應(yīng)該開(kāi)放，在修改時(shí)應(yīng)該關(guān)閉。換句話(huà)說(shuō)，你寫(xiě)的類(lèi)大家可以擴(kuò)展，但不能修改。

為維護(hù)者寫(xiě)代碼

值得寫(xiě)的代碼要保證將來(lái)一定值得維護(hù)。未來(lái)的你由于經(jīng)歷的代碼太多，也許再回過(guò)頭來(lái)看這些代碼的時(shí)候，也和其他人一樣，已經(jīng)成為了一個(gè)完全的陌生人。請(qǐng)記住，“寫(xiě)代碼的時(shí)候，就假設(shè)將來(lái)要維護(hù)的人是個(gè)知道你住在哪里的暴力型精神病患者吧。”

最小驚訝原則

最小驚訝原則通常引用于用戶(hù)界面方面，但這一原則也適用于編寫(xiě)代碼。代碼應(yīng)該盡可能地不要讓閱讀者驚訝。遵守標(biāo)準(zhǔn)約定，注釋說(shuō)什么代碼就做什么，命名是什么意思代碼就是什么意思，盡可能地避免驚訝導(dǎo)致的潛在的負(fù)面影響。

單一職責(zé)原則

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

最小化耦合原則

代碼的任何部分（代碼塊，函數(shù)，類(lèi)等）都應(yīng)該盡量減少對(duì)其他代碼的依賴(lài)。這可以通過(guò)盡量不要使用共享變量來(lái)實(shí)現(xiàn)。“低耦合常常是計(jì)算機(jī)系統(tǒng)構(gòu)造良好和設(shè)計(jì)良好的標(biāo)志，并且當(dāng)和高內(nèi)聚力相結(jié)合的話(huà)，還可以大大支持高可讀性和可維護(hù)性的整體目標(biāo)。”

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

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

隱藏實(shí)現(xiàn)細(xì)節(jié)原則

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

得墨忒耳定律

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

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

除非代碼開(kāi)始工作，否則甚至就不要有優(yōu)化的念頭。只有當(dāng)你必須要優(yōu)化的時(shí)候，才能借助實(shí)戰(zhàn)數(shù)據(jù)的幫助。 “我們一定要有大局觀：過(guò)早的優(yōu)化是萬(wàn)惡之源”——Donald Knuth。

重用代碼才是好代碼

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

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

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

擁抱變化原則

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

有什么想法嗎？歡迎參與到我們熱烈的討論中來(lái)！

譯文鏈接：http://www.codeceo.com/article/18-good-programming-principles.html
英文原文：The Principles of Good Programming