美國國家航空航天局（NASA）開發(fā)人員的工作是編程界最具挑戰(zhàn)性的工作之一。 他們編寫代碼并開發(fā)關(guān)鍵任務(wù)應用程序，安全是他們主要關(guān)注的重點。

在這種情況下，制定嚴謹?shù)木幋a準則并遵循，對于他們來說十分重要。這些規(guī)則涵蓋了軟件開發(fā)的各個方面，如應該如何編寫軟件，應該使用哪些語言特性等等。

盡管很難就一個編碼標準達成共識，NASA 的 JPL 首席科學家 Gerard J. Holzmann 還是制定了一套名為“發(fā)展安全關(guān)鍵代碼的十大規(guī)則”的代碼準則，由所有工作人員共同遵循。

由于 JPL 的工作內(nèi)容與 C 語言相關(guān)，因此本指南主要關(guān)注用 C 編程語言編寫的代碼。但也可以靈活運用到其他語言上。

NASA 的十大編碼準則：

1、簡化控制流程：使用盡可能精簡的控制流程構(gòu)造編寫程序 – 不要使用 setjmp 或 longjmp 構(gòu)造、goto 語句，以及直接或間接的遞歸調(diào)用。

2、為循環(huán)使用固定次數(shù)上限：所有的循環(huán)必須有一個固定的上限。 必須可以被某個檢測工具靜態(tài)證實，該循環(huán)不能達到預置的迭代上限值。如果該上限值不能被靜態(tài)證實，那么可以認為違背該原則。

3、不要在初始化完成后進行動態(tài)內(nèi)存分配。

4、不使用冗長的函數(shù)：如果標準格式為一個語句一行、一個聲明一行，那么函數(shù)的長度應在一張紙的范圍內(nèi)，即每個函數(shù)的代碼行不能超過 60。

5、低斷言密度：代碼中斷言的密度平均低至每個函數(shù) 2 個斷言。斷言被用于檢測在實際執(zhí)行中的異常情況。斷言必須沒有副作用，并應該定義為布爾測試。當一個斷言失敗時，應該執(zhí)行一個明確的恢復操作，例如，把錯誤情況返回給執(zhí)行該斷言失敗的函數(shù)調(diào)用者。對于靜態(tài)工具來說，任何能被靜態(tài)工具證實其永遠不會失敗或永遠不能觸發(fā)的斷言違反了該規(guī)則（例如，通過增加無用的 assert(true) 語句是不可能滿足這個規(guī)則的）。

6、以最小范圍級別聲明數(shù)據(jù)對象：該原則同時也是數(shù)據(jù)隱蔽（Data hiding）的基本原則。所有數(shù)據(jù)對象均必須以盡可能最小的范圍級別進行聲明。

7、檢查參數(shù)和返回值：應在每次調(diào)用函數(shù)后檢查非空函數(shù)的返回值，并在每個函數(shù)內(nèi)部檢查參數(shù)的有效性。

8、限制預處理程序的使用：預處理器的使用僅受包含頭文件和簡單的宏定義的限制。符號拼接、可變參數(shù)列表（省略號）和遞歸宏調(diào)用不被允許。所有的宏必須擴展為完整的語法單元。通常不建議使用條件編譯指令，但也不總是能夠避免每次在代碼中這樣做的時候必須有基于工具的檢查器進行標記，并有充足的理由。

9、限制指針的使用：具體來說，不允許有超過一級的解除指針引用。解除指針引用操作不可隱藏在宏定義或類型聲明中。不允許使用函數(shù)指針。

10、編譯所有代碼：從開發(fā)工作第一天開始時，在編譯器開啟最高級別警告選項的條件下對代碼進行編譯。在此設(shè)置之下，代碼必須零警告編譯通過。代碼必須通過源代碼靜態(tài)分析工具，每天檢查一次以上，且零警告通過。