大部分的關于C的著作都提到ANSI C Standard，但我相信少有C程序員真正細致閱讀過ANSI C標準，C標準規定了一些原則，充分給了編譯器程序員權力，根據具體平臺的特性去決定一些規則。C標準的Rationale之一：優先考慮效率，而可移植性尚在其次。
Implementation-defined、Unspecified和Undefined
在C標準中沒有做明確規定的地方會用Implementation-defined、Unspecified或Undefined來表述，在本書中有時把這三種情況統稱為“未明確定義”的。這三種情況到底有什么不同呢？
我們剛才看到一種Implementation-defined的情況，C標準沒有明確規定char是有符號的還是無符號的，但是要求編譯器必須對此做出明確規定，并寫在編譯器的文檔中。
對于Unspecified的情況，往往有幾種可選的處理方式，C標準沒有明確規定按哪種方式處理，編譯器可以自己決定，并且也不必寫在編譯器的文檔中， 這樣即便用同一個編譯器的不同版本來編譯也可能得到不同的結果，因為編譯器沒有在文檔中明確寫它會怎么處理，那么不同版本的編譯器就可以選擇不同的處理方 式，比如下一章我們會講到一個函數調用的各個實參表達式按什么順序求值是Unspecified的。
Undefined的情況則是完全不確定的，C標準沒規定怎么處理，編譯器很可能也沒規定，甚至也沒做出錯處理，有很多Undefined的情況編譯器是檢查不出來的，最終會導致運行時錯誤，比如數組訪問越界就是Undefined的。
初學者看到這些規則通常會很不舒服，覺得這不是在學編程而是在啃法律條文，結果越學越泄氣。是的，C語言并不像一個數學定理那么完美，現實世界里的東西總是 不夠完美的。但還好啦，C程序員已經很幸福了，只要嚴格遵照C標準來寫代碼，不要去觸碰那些陰暗角落，寫出來的代碼就有很好的可移植性。想想那些可憐的 JavaScript程序員吧，他們甚至連一個可以遵照的標準都沒有，一個瀏覽器一個樣，甚至同一個瀏覽器的不同版本也差別很大，程序員不得不為每一種瀏 覽器的每一個版本分別寫不同的代碼。