如何像 NASA 頂級程序員一樣編程 — 10 條重要原則

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

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

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

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

NASA 的十大編碼準則：

簡化控制流程：

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

為循環(huán)使用固定次數(shù)上限：

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

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

不使用冗長的函數(shù)：

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

低斷言密度：

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

以最小范圍級別聲明數(shù)據(jù)對象：

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

檢查參數(shù)和返回值：

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

限制預處理程序的使用：

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

限制指針的使用：

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

編譯所有代碼：

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

關于這些準則，NASA 這樣評價到：

這些準則就像要求你坐車的時候必須系上安全帶一樣，剛開始可能會讓你覺得不舒服，但之后你就會慢慢習慣，并開始無法接受沒有它的日子。

生成海報

免責聲明：本網(wǎng)站內(nèi)容主要來自原創(chuàng)、合作伙伴供稿和第三方自媒體作者投稿，凡在本網(wǎng)站出現(xiàn)的信息，均僅供參考。本網(wǎng)站將盡力確保所提供信息的準確性及可靠性，但不保證有關資料的準確性及可靠性，讀者在使用前請進一步核實，并對任何自主決定的行為負責。本網(wǎng)站對有關資料所引致的錯誤、不確或遺漏，概不負任何法律責任。任何單位或個人認為本網(wǎng)站中的網(wǎng)頁或鏈接內(nèi)容可能涉嫌侵犯其知識產(chǎn)權或存在不實內(nèi)容時，應及時向本網(wǎng)站提出書面權利通知或不實情況說明，并提供身份證明、權屬證明及詳細侵權或不實情況證明。本網(wǎng)站在收到上述法律文件后，將會依法盡快聯(lián)系相關文章源頭核實，溝通刪除相關內(nèi)容或斷開相關鏈接。