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

1、編寫設計文檔

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

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

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

B、加快今后編碼速度

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

2、繪制原理圖

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

3、制定開發計劃

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

4、制定測試計劃

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

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

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

創作挑戰賽新人創作獎勵來咯，堅持創作打卡瓜分現金大獎

總結

以上是生活随笔為你收集整理的写代码前的准备，你做好了吗？的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。