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

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

1、編寫設計文檔

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

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

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

B、加快今後編碼速度

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

2、繪制原理圖

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

3、制定開發計劃

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

4、制定測試計劃

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

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

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