寫程式碼前的準備，你做好了嗎？

我們程式設計師很容易給別人一種深刻的誤解：寫程式碼的。包括我們自己有時候也會陷入這樣的圈套之中。很多程式設計師在接到任務之後，就會馬上想著如何用程式碼來實現，這是一種很不好的做法。其實，在我們寫程式碼之前，還有很多工作要做，做好了這些準備，我們的程式碼才能更加完美。

1、編寫設計文件

對，就是寫下你的實現思路，而且最好能遠離電腦，拿起筆來寫。就像遠離你的電腦，程式碼寫得更好！說的那樣，只有遠離了電腦，你才會靜下心來思考。這樣做的好處顯而易見：

A、反覆思考得出最優結果

每一次思考，每一次討論，你的思維模式就會上升一個檔次，你會發現，你考慮的比別人周到得多，最後得出的方案也比別人的要來的優秀。

B、加快今後編碼速度

當思考的方案在你的大腦中執行多次時，你已經會對它們相當熟悉，就像寫過一遍一樣，敲起鍵盤來當然更是胸有成竹了，雖然在文件上花了不少時間，但是這部分時間完全可以在今後的編碼階段節省回來，不信你可以去試試。

2、繪製原理圖

一圖抵萬言。特別是對於用於溝通的設計文件，文字越少越好。圖形能表達最多的內容。工作原理圖是一個方案的陳述方式。可以有一張，或者多張。這個是整個設計的中心。工作原理圖，通常包括系統和外部直接的互動關係圖，以及系統內部的組成結構圖。這2種圖，由方框和連線組成，方框表示模組，連線表示介面。需要標註各個介面和模組的名稱，以及介面呼叫的主要順序。畫原理圖，不僅僅畫畫，而是真正的設計。裡面蘊含大量思辨，需要我們擬清各種概念。模組和介面命名，是思辨的體現。名不正則言不順。圍繞這個原理圖，需要對個模組和介面進行說明，這個組成了所謂的設計正文。

3、制定開發計劃

做好了上面2點的準備，我們可以開始著手編碼的問題了。但是在寫程式碼之前，建議大家能夠制定一個開發計劃。這樣做主要是在時間上能有一個節奏，而且你的程式碼也不是寫一次就能成功的，是需要你反覆地進行修改和測試。所以你有必要為今後的開發擬定一個計劃綱要，以便你在不同的時間段完成相應的工作任務。

4、制定測試計劃

測試是一件非常重要的事情，儘管這事有專門的測試人員來做，但是我們作為程式設計師有必要保證自己的模組能在邏輯範圍內正常執行，所以我們在開發前要準備好測試計劃，包括可以寫一些測試用例來對你的基礎模組進行自動測試。

好了，做好了以上4點，開始寫程式碼吧，是不是覺得下筆如有神了？

碼農網原創，轉載請註明原文連結：http://www.codeceo.com/article/before-coding.html