從事15年網(wǎng)站建設(shè)的我今天想和大家討論一下高質(zhì)量代碼的重要性。高質(zhì)量代碼的價值可能難以傳達(dá)。一些經(jīng)理將其視為笨蛋，對于過于挑剔的程序員來說是一種昂貴的愛好，因?yàn)橥顿Y于代碼質(zhì)量會在短期內(nèi)減慢開發(fā)速度，而且似乎不會改變用戶體驗(yàn)。但事實(shí)并非如此。 

確實(shí)，對代碼質(zhì)量缺乏組織理解的科技公司可以快速啟動并在短期內(nèi)取得成功。但這樣做時，他們會產(chǎn)生一種無形的債務(wù)，每次更改代碼時都會增加。這筆債務(wù)不會長期處于無形狀態(tài)。一旦產(chǎn)品超過了非常低的復(fù)雜性閾值，債務(wù)就會到期，逐漸消耗其開發(fā)團(tuán)隊(duì)的生產(chǎn)力和軟件的可用性。當(dāng)我們談到“技術(shù)債務(wù)”時，這些就是我們所談?wù)摰奈ｋU(xiǎn)。

生產(chǎn)軟件的組織處于一千個不同變量的交集處。凡是影響一個程序員的精神狀態(tài)，他們的團(tuán)隊(duì)內(nèi)部溝通，或連接到其工作的積極性很可能在他們的代碼中得到體現(xiàn)。因此，提高代碼質(zhì)量在一定程度上是改善組織健康和整體能力的問題。在本文中，我將簡要定義代碼質(zhì)量并解釋它如何影響整個公司，然后將一些可有效提高代碼質(zhì)量的組織習(xí)慣歸零。

在某種程度上，學(xué)習(xí)編碼就是學(xué)習(xí)與機(jī)器產(chǎn)生共鳴：它對細(xì)節(jié)的高度關(guān)注，需要匹配的括號和一致的大小寫，以及它對錯誤狀態(tài)的無助。這些需求可能是如此陌生和不透明，以至于我們中最有經(jīng)驗(yàn)的人仍然要花費(fèi)數(shù)小時甚至數(shù)天的時間來尋找相當(dāng)于源代碼幾個字符的錯誤。這是征稅。有時，對我們的機(jī)器產(chǎn)生共鳴是我們所能處理的。在這些情況下，我們依靠一個簡單的指標(biāo)：它是否能完成工作？由于代碼的首要目的是完成一項(xiàng)工作，因此有時我們不會超越這一點(diǎn)。

但是，除了最小的項(xiàng)目之外，這種方法對于任何項(xiàng)目都是不可持續(xù)的。代碼不是數(shù)獨(dú)，每個問題都有一個正確的解決方案。編寫任何計(jì)算任務(wù)的方法有無數(shù)種，有些方法比其他方法更簡單、更可預(yù)測。隨著時間的推移，這里的微小差異會累積起來。代碼編寫一次，閱讀一千次。程序員在修復(fù)錯誤或添加功能時閱讀代碼。他們閱讀代碼來記住他們的應(yīng)用程序是如何工作的。他們閱讀代碼以發(fā)現(xiàn)可以在其他地方重用的模式。唯一比閱讀代碼更頻繁地執(zhí)行代碼的事情就是執(zhí)行它。這是我們關(guān)注代碼質(zhì)量的根本原因。一段代碼的有用性與它對閱讀它的人的影響有很大關(guān)系. 當(dāng)我們編寫好的代碼時，我們?yōu)樗麄児?jié)省了時間和精力。我們正在讓他們的工作更輕松。我們正在進(jìn)行一項(xiàng)投資，日復(fù)一日、年復(fù)一年地支付股息，直到應(yīng)用程序達(dá)到其生命周期的盡頭。

因此，具有諷刺意味的是，一旦我們訓(xùn)練了我們的思想對計(jì)算機(jī)產(chǎn)生共鳴以便我們可以編寫工作代碼，那么我們就有責(zé)任記住如何與人類產(chǎn)生共鳴，這樣我們的代碼就不會讓他們感到沮喪。

從機(jī)械角度來看，代碼質(zhì)量是什么樣的？多 書 已經(jīng) 被 寫關(guān)于這個問題，所以我不會嘗試深入講解。但總的來說，高質(zhì)量的代碼是可以快速理解的代碼。如果程序員可以從代碼庫中隨機(jī)選擇一個方法或類并在幾分鐘內(nèi)深入理解它——不僅僅是它的功能和業(yè)務(wù)邏輯，而是它所依賴的一切以及它可能使用的每一種方式——而無需查閱太多其他文件，那么代碼庫可能是高質(zhì)量的。一旦實(shí)現(xiàn)了這一點(diǎn)，代碼是否能正常工作的問題就不那么重要了；它可以被更改、修復(fù)或刪除，無需太多風(fēng)險(xiǎn)或努力。 

當(dāng)然，我在這里描述的是一個哲學(xué)理想。在現(xiàn)實(shí)世界的應(yīng)用程序中，總會有一些部分不可避免地復(fù)雜或令人困惑。但即使是這些作品的質(zhì)量也有很大差異。不存在代碼質(zhì)量完全脫離程序員控制的情況。影響代碼質(zhì)量的幾個最重要的因素是：

1封裝。高質(zhì)量的代碼通常由自包含組件組成：不能通過修改自包含組件外部的東西來改變它的行為，組件也不會修改它外部的東西（在合理范圍內(nèi)——它使組件讀取和更新數(shù)據(jù)庫的意義，如果這被理解為它的工作）。這節(jié)省了開發(fā)時間，因?yàn)楫?dāng)需要修復(fù)、更新或刪除組件時，程序員花更少的時間搜索外部原因和影響。
2慣用代碼?，F(xiàn)代編程語言具有用于最常見任務(wù)的內(nèi)置語法和方法，例如將字符串轉(zhuǎn)換為數(shù)字或確定集合是否包含特定元素。這些比程序員從頭開始編寫的任何東西都更可靠、更高效、更廣為理解，并且比自定義方法需要的代碼少得多。以慣用方式編寫的代碼——即盡可能多地使用一種語言的約定和內(nèi)置特性——更具可讀性并且需要更少的維護(hù)。
3有意義的名字。代碼庫中的變量和方法由編寫它們的程序員命名。無意義的名稱，如 `x` 或 `fn`，要求程序員在閱讀使用它們的代碼時理解和記住額外的上下文層。如果在一個地方有多個這些，則不可能將所有內(nèi)容都保存在工作記憶中。高質(zhì)量的代碼使用特定和描述性的變量名稱，例如 `departmentName` 或 `getAnnualExpenses`。盡管這里可能過于冗長，但對于第一次閱讀代碼的程序員來說，與其說太少，不如說一個說得太多的名字。
4低圈復(fù)雜度。任何時候計(jì)算機(jī)做出決定，就像 if 語句或 for 循環(huán)一樣，后面的代碼會增加一層含義：在一個條件下，代碼將被執(zhí)行或重復(fù)；在另一種情況下，它將被跳過。“圈復(fù)雜度”是指流程中存在的決策數(shù)量的指標(biāo)。與前一點(diǎn)一樣，隨著含義層數(shù)的積累，程序員的工作記憶可能會成為瓶頸。雖然決策對于應(yīng)用程序的有用性至關(guān)重要，但高質(zhì)量的代碼可以最大限度地減少決策點(diǎn)及其包含的代碼，并盡可能避免將它們相互嵌套。

重要的是要注意，雖然代碼質(zhì)量包括一些可以衡量的因素，但代碼質(zhì)量的每一個具體衡量標(biāo)準(zhǔn)都是不完美的，而且很容易被玩弄。沒有任何產(chǎn)品或工具可以自動和明確地評估代碼庫的質(zhì)量。但是，您可以使用啟發(fā)式方法來了解代碼質(zhì)量并查看可能存在的問題。

例如，單元測試是測試應(yīng)用程序行為的代碼片段。它們以快速且可重復(fù)的方式執(zhí)行此操作，確保應(yīng)用程序隨著它的增長和變化而繼續(xù)正常工作。與低質(zhì)量代碼相比，單元測試更有可能伴隨高質(zhì)量代碼。他們獎勵和鼓勵質(zhì)量，因?yàn)闃?gòu)成良好代碼的東西——封裝、松散耦合、簡潔、簡單等——也使測試更容易。這改變了程序員的阻力最小的路徑：如果他們正在為以前未測試的代碼編寫單元測試，有時簡化和重新排列該代碼比以當(dāng)前形式測試它更容易。如果程序員知道他們將編寫單元測試作為開發(fā)過程的標(biāo)準(zhǔn)部分，那么他們首先會被激勵編寫更好的代碼。