1.對項目代碼和結構非常熟悉,知道整個數據流的在代碼中的流動過程和變化過程。知道當前新增的代碼在整個項目處於哪個位置,對於數據會有產生什麽新的變化。這些要心理有數。也就是從架構層面去思考代碼的編寫。
2.對於需求理解的很透。這樣業務邏輯轉成代碼邏輯就不會有任何不清楚的地方。
3.已經解決了技術難點,也就是說前期測試性代碼已經寫過了弄清楚了,避免了突然出現的技術性難點
4.新增的代碼和新增的數據結構已經仔細思考過了,並設計好。也清楚引入這些新的代碼和數據結構對現有代碼的整體影響
5.異常點的位置的處理方案已經安排好了。寫代碼壹部分是正常業務流程,算法過程,但是另外壹大塊就是處理各種異常。當異常出現之後,是代碼重試,報錯後忽略,還是報錯之後停止代碼,還是報錯後清理代碼並重新恢復上壹個狀態,等等。這些都是要心理有數。
6.對於如何新增源代碼文件,命名函數,命名文件名,命名類名,命名變量名有壹整套方案。有時候想個函數名或者變量名都要卡好幾分鐘,就不算飛快了。別笑,想個變量名,百度十來分鐘的時候多了去了。
7.外部環境已經準備好了。IDE穩定,數據庫結構穩定,數據穩定,網絡穩定,訪問網頁順暢,準備好免打擾的牌子。準備好刷卡提需求的二維碼,準備好板磚和大刀,預防產品經理提需求和改需求。