下面是一些在編寫代碼時必須記住的有用原則。

1.簡潔

簡潔是最復雜的，也許在編程方面更是如此。這一切都從你如何分析程序需求開始的。每一個需求都應該清楚地說明，一旦您開始編寫代碼，您就可以使用最簡單的技術來滿足這些需求。

復雜的代碼不僅需要更多的時間來設計和編寫，而且更容易帶來錯誤和bug。在這個過程中，如果你開始向程序中添加新功能，而客戶並沒有這方面的要求，你就要註意了，因為這只會對軟件產生不可預料的影響。

2.不要重復

代碼重復率最小是代碼質量高的標誌。您需要盡量避免重復的邏輯和數據。如果想知道您的程序是否有過度的重復，請考慮如果您想要改變應用程序代碼的某個方面，您可能需要修改多少代碼。

為了減少重復，您需要篩選出做同樣事情的代碼塊。將這些重復的代碼塊抽象成一個單一的函數，每當您需要執行該任務時，您只需要調用它就行了。這樣，如果你需要改變任務的執行方式，你只需要修改這一個函數而不是修改整個工程裏的多處代碼。

3.為現在編程而不是未來

編程的一個明智原則是為代碼的未來變更制定邏輯規則。對於沒有參與項目的第三方來說，遵循邏輯並根據需要添加或刪除功能應該是很容易的。

盡管如此，為將來的維護制定邏輯規則與在未來可能需要的功能編碼是不一樣的。後者只會增加代碼的數量，同時引入大量的bug。在通常情況下，這樣的功能在將來都是不需要的。

為現在編碼可以防止不可預料的情況。除非用戶一開始就明確要求在未來加入某項功能，否則不要做多余的事情。

4.不要提前優化

當你加入一個基礎的編程課程時，重點之一是寫出快速高效的算法。一些程序員常犯的錯誤是把這些課程用於實際項目中。他們從一開始沈浸在優化代碼執行速度和性能的過程中，而忽略了主要目標，即創建一個功能正常的程序。

程序員首先要滿足項目需求，然後才是優化代碼。過早的優化就像在黑暗中摸索一樣。在程序啟動和運行之前，您不能確定瓶頸將在哪裏。您也許浪費寶貴的時間來優化一個函數，然而它的執行速度對整個程序的性能並沒有太大的影響。

總之您應該首先滿足程序需求，然後才解決性能瓶頸問題。

5.可讀性強的代碼而不是炫技的代碼

炫技的代碼不是寫出讓人易於理解的代碼，而是向每個人展示寫代碼的人有多聰明。一個典型的炫技代碼例子是將過多的程序邏輯全都寫在一行代碼中。

代碼行數少一度被認為是良好編程的標誌，但隨著時間的推移，整個行業已經認識到，如果讓其他人難以理解邏輯，那麽過於簡短的代碼是沒有意義的。如果一段代碼需要另一個程序員花幾十分鐘的時間來理解，那麽這種代碼不應該出現。

良好的編程風格不僅僅是構建滿足用戶最終期望的應用程序，而且還能寫出讓人易於理解的代碼。遵循這些編程原則將確保您養成這種良好的編程習慣。

同樣都是程序員 為何你如此優秀