隨著軟體規模的持續擴大，單靠一個程式設計師來完成所有程式碼的編寫是不太可能的。於是，各程式設計師之間需要合作和溝通。編碼風格直接決定了程式的可讀性、可維護性和可除錯性等。顯然，這還是影響軟體開發成本的重要因素之一。何況，“程式就是另一種形式的文章”。需要說明一點，編碼風格並不屬於技術性範疇。至於什麼樣的編碼風格才是好的編碼風格，這其實沒有統一的標準。

編碼風格包括了源程式文件化、資料說明、語句結構、輸入/輸出方法和效率共五個方面的內容（僅作參考）。

1．源程式文件化

識別符號就是符號名。比如，模組名、變數名、標號名、常量名、資料區名、子程式名和緩衝區名。這些符號名要能反映其有價值的資訊。符號名宜追求精煉，夾在程式中的註釋是必須要有的。這有利於程式的可讀性。一般地，註釋行的數量應在整個程式中佔比30%以上。註釋分為序言性註釋和功能性註釋兩種。在程式中恰當地使用空格以突出運算的優先性。同理，程式的段和段之間可以使用空行隔開。而移行則使程式的層次分明。

2，資料說明

資料說明的次序和語法沒有關係，是任意的。但資料說明的次序有必要規範化。多個變數名在同一個資料說明語句中時，變數應該按字母順序排序。對於一個設計複雜的資料結構，應該用註釋說明其固有特點。

3，語句結構

語句結構力求簡單和直接，不能為了一味地追求效率而使語句結構複雜化，

①，程式編寫首先要考慮清晰性，直接表明程式設計師的用意，不要片面追求效率。

②，一行只寫一條語句。

④，儘量用庫函式。

⑤，避免不必要轉移，不一定要用go to語句。

⑥，儘量只用三種基本控制結構，即順序結構，迴圈結構和順序結構。

⑦，避免使用空的ELSE、IF和IF THEN語句。

⑨，減少用“否定”條件的條件語句。

⑩，儘量用簡單易懂的偽碼描述程式流程，之後再做語言翻譯。

⑪，儘可能使程式的模組單一化，各模組之間耦合清晰可辨。用資訊隱藏來保證各模組的獨立性。

⑫，不修補不好的程式，而是重新編寫。同時，不要追求程式碼的複用。

⑬，對太大的程式，要分塊編寫、測試，最後整合。

⑭，對遞迴定義的資料結構儘量使用遞迴過程。

⑮，從資料出發構造程式。資料結構要有利於程式的簡化。

4，輸入/輸出方法

輸入/輸出資訊和使用者直接相關。所以，輸入/輸出方法應當儘可能地方便使用者使用。一定要避免因設計不當給使用者使用帶來麻煩。在軟體需求分析階段和設計階段，就應基本確定輸入/輸出方法。輸入/輸出方法分為批處理和互動式兩種。

5，程式效率

程式的效率指是程式執行速度和佔用記憶體儲存空間（時間和空間）。程式編碼是最後提高執行速度和節省記憶體儲存空間的機會。這說明了程式效率始終是要考慮的。

首先，對於大括號不是放在後面而是換行的我們都稱之為異端。。

然後，套用一句話：計算機科學最難的的兩件事是命名和快取失效。

沒有那麼多人在意程式設計風格，只有老闆在意。如果老闆能有一個人開發全部軟體，將來所有的維護也由該人完成，老闆也不會在意。