最少編碼原則

原文鏈接：Principle of least coding

本文作者是一位資深軟件工程師，他根據多年的編程經驗，把自己的觀點組織整理成本文，希望能給大家一點啟發。

“最少編碼原則”并不是說寫的代碼少到令意思表達不清楚。其實在很多情況下，可以只寫幾行代碼就能執行相同的邏輯，但這對于后來接手的開發者來說是非常棘手的。最少編碼不只是寫最少量的代碼，還意味著優雅的代碼。如果你是有經驗的程序員，可能就會明白我將要說什么了。本文的目的是嘗試著去闡述清楚這個原則，雖然程序員們都聽過都了解該原則，卻很少能在每天的工作中將其運用起來。

最少編碼指的是代碼不僅僅全面解決了問題，而且除了執行能夠準確地解決問題的邏輯行，沒有其他多余的行。代碼要盡可能普通，簡單的代碼也是優雅的代碼，程序員看到這樣的代碼會感到愉悅。

最少編碼和設計良好的解決方案之間有著密切的關系，優秀的解決方案可以大大減少代碼量。使用組態代碼（不同功能的代碼可以很容易地組合）以及減低代碼行或邏輯之間的耦合度，就是很好的代碼設計例子，同時也符合最少編碼原則。

將一段代碼轉換成最少代碼就是我們通常所說的重構，重構可以刪掉多余的不必要的部分，精簡代碼。

大量的代碼需要執行大量的邏輯，很容易造成 bug。沒有寫出來的代碼才沒有 bug，只要在編輯器中輸入了字符，那么 bug 也可能潛伏在其中。重點是，如果代碼不是特別繁瑣，那么潛在的 bug 也會相應減少，最少編碼原則可以將出現 bug 的可能性降到最低。

如何寫出最少代碼？通常在寫代碼前要進行代碼設計，而不是一來就開始敲代碼，這是毋庸置疑的。簡單的、通用的邏輯能減少代碼量。對第一稿代碼運用代碼重構可以使代碼簡練，將最終版本轉化為優雅的解決方案等，這都遵循了最少編碼的原則。其實反復思考以及不斷運用最少編碼原則能夠使任何垃圾代碼變得優雅。