提高面試代碼質量的三要素

　　作者總結自己多年面試他人以及被他人面試的經驗，發現應聘者可以從代碼的規范性、完整性和魯棒性三個方面提高代碼的質量。

　　程序員在職業生涯中難免要接受編程面試。有些程序員由于平時沒有養成良好的編程習慣，在面試時寫出的代碼質量不高，最終遺憾地與心儀的公司和職位失之交臂。因此，如何在面試時能寫出高質量的代碼，是很多程序員關心的問題。

　　代碼的規范性

　　面試官是根據應聘者寫出的代碼來決定是否錄用一個應聘者的。應聘者首先要把代碼寫得規范，才可以避免很多低級錯誤。如果代碼寫得不夠規范，會影響面試官閱讀代碼的興致，至少印象分會打折扣。書寫、布局和命名都決定著代碼的規范性。

　　規范的代碼書寫清晰。絕大部分面試都要求應聘者在白紙或者白板上書寫。由于現代人已經習慣了敲鍵盤打字，手寫變得越發不習慣，因此寫出來的字潦草難辨。雖然應聘者沒有必要為了面試特意去練字，但在面試過程中減慢寫字速度、盡量把每個字母寫清楚還是很有必要的。不用擔心沒有時間去寫代碼。通常編程面試的代碼量都不會超過50行，書寫不用花多少時間，關鍵是在寫代碼之前形成清晰的思路并能把思路用編程語言清楚地書寫出來。

　　規范的代碼布局清晰。平時程序員在集成開發環境如Visual Studio里面寫代碼，依靠專業工具調整代碼的布局，加入合理的縮進并讓括號對齊成對呈現。離開這些工具，應聘者就要格外注意布局問題。當循環、判斷較多邏輯較復雜時，縮進的層次可能比較多。如果布局不夠清晰，縮進也不能體現體現代碼的邏輯，這樣的代碼將會讓人頭暈腦脹。

　　規范的代碼命名合理。很多初學編程的人在寫代碼時總是習慣用最簡單的名字來命名，變量名是i、j、k，函數名是 f、g、h。由于這樣的名字不能告訴讀者對應的變量或者函數的意義，代碼一長就會變得非?；逎y懂。強烈建議應聘者在寫代碼時，用完整的英文單詞組合命名變量和函數，比如函數需要傳入一個二叉樹的根結點作為參數，則可以把該參數命名為BinaryTreeNode* pRoot。不要因為這樣會多寫幾個字母而覺得麻煩。如果一眼能看出變量、函數的用途，應聘者就能避免自己搞混淆而犯一些低級的錯誤。同時合理的命名也能讓面試官一眼就能讀懂代碼的意圖，而不是讓他去猜變量到底是數組中的最大值還是最小值。

　　代碼的完整性

　　在面試的過程中，面試官會非常關注應聘者考慮問題是否周全。面試官通過檢查代碼是否完整來考查應聘者的思維是否全面。通常面試官會檢查應聘者的代碼是否完成了基本功能、輸入邊界值是否能得到正確的輸出、是否對各種不合規范的非法輸入做出了合理的錯誤處理。

　　三種測試用例確保代碼的完整性

　　應聘者在寫代碼之前，首先要把可能的輸入都想清楚，從而避免在程序中出現各種各樣的質量漏洞。也就是說在編碼之前要考慮單元測試。如果能夠設計全面的單元測試用例并在代碼中體現出來，那么寫出的代碼自然也就是完整正確的了。通常程序員可以從功能測試、邊界測試和負面測試三方面設計測試用例，以確保代碼的完整性。

　　首先要考慮的普通功能測試的測試用例。應聘者首先要保證寫出的代碼能夠完成面試官要求的基本功能。比如面試題要求完成的功能是把字符串轉換成整數，應聘者就可以考慮輸入字符串“123”來測試自己寫的代碼。這里要把零、正數(比如123)和負數(比如-123)都考慮進去。

　　考慮功能測試時，應聘者要盡量突破常規思維的限制，避免忽視某些隱含的功能需求。比如“打印從1到最大的n位數”，很多人覺得很簡單。最大的3位數是999、最大的4位數是9999。這些數字很容易就能算出來。但最大的n位數都能用int型表示嗎?如果超出int的范圍可以考慮long long類型。超出long long能夠表示的范圍呢?面試官是不是要求考慮任意大的數字?如果面試官確認題目要求的是任意大的數字，那么這個題目就是一個大數問題。此時需要特殊的數據結構來表示數字，比如用字符串或者數組來表示大的數字，才能確保不會溢出。

　　其次需要考慮各種邊界值的測試用例。很多代碼都包含有循環或者遞歸。如果代碼是基于循環，那么結束循環的邊界條件是否正確?基于循環的代碼要特別注意開區間和閉區間的使用(也就是區分<與<=、>與>=)。如果代碼是基于遞歸，遞歸終止的邊界值是否正確?這些都是邊界測試時要考慮的用例。還是以字符串轉換成整數的問題為例，應聘者寫出的代碼應該確保能夠正確轉換最大的正整數和最小的負整數。

　　再次還需要考慮各種可能的錯誤的輸入，也就是負面測試的測試用例。應聘者寫出的函數除了要順利地完成要求的功能之外，當輸入不符合要求時，面試官還希望他能做出合理的錯誤處理。在設計把字符串轉換成整數的函數時，應聘者就要考慮當輸入的字符串不是一個數字，比如“1a2b3c”，怎么告訴函數的調用者這個輸入是非法的。

　　前面討論的都是要全面考慮當前需求對應的各種可能輸入。在軟件開發過程中，永遠不變的就是需求會一直改變。如果應聘者在面試時寫出的代碼能夠把將來需求可能的變化都考慮進去，在需求發生變化時能夠盡量減少代碼改動的風險，那他就向面試官展示了自己對程序可擴展性和可維護性的理解，必定能得到面試官的青睞。如果應聘者在解答面試題“調整數組順序使奇數位于偶數前面”時能夠考慮可擴展性，他寫出的代碼不僅僅只是解決調整奇數和偶數的問題，還能考慮到把調整數字順序的功能和判斷一個數字是奇數還是偶數的功能解耦。這樣當今后需求功能擴展要求解決類似的問題，比如調整負數和非負數的順序、調整能被3整除的數字和不能被3整除的數字的順序，只需要添加很少的代碼都能做到，于是提高了代碼的可擴展性和可維護性。

　　三種錯誤處理的方法

　　通常有三種方式把錯誤信息傳遞給函數調用者。

　　函數用返回值來告知調用者是否出錯。比如很多Windows的API就是這個類型。Windows中很多API的返回值為0表示API調用成功，而返回值不為0表示在API調用的過程中出錯了。微軟為不同的非零返回值定義了不同的意義，調用者可以根據這些返回值判斷出錯的原因。這種方式最大的問題是使用不便，因為函數不能直接把計算結果通過返回值直接賦值給其他變量，同時也不能把這個函數計算的結果直接作為參數傳遞給其他函數。

原文轉自：http://www.kuqin.com/job/20120210/318003.html