1.清晰的分析問題
2.三思而后行如何解決這個問題
3.收集完整的需求。
花點時間,想好產(chǎn)品的目標形態(tài)和最終的用戶群。在這個階段思路清晰會給以后節(jié)省很多時間。
4.寫一個執(zhí)行計劃
對于比較大的項目,將工作拆分成多個模塊來做,并考慮以下幾點:
1)每個模塊都會用到的功能;
2)數(shù)據(jù)在各個模塊之間如何傳遞;
3)數(shù)據(jù)在每個模塊中如何使用;
收集需求和做計劃比編碼乏味,甚至比花幾個小時調(diào)試代碼更繁瑣。如果前期你能花時間正確設(shè)計項目的流程和結(jié)構(gòu),寫代碼的部分只是體力活。
5.注釋你的代碼。
每個函數(shù)都應(yīng)該有1-2行的注釋,標明參數(shù)和返回值的含義。注釋應(yīng)該是告訴你“為什么”而不是“什么”。在修改代碼的時候記住更新注釋。
6.使用一致的變量命名規(guī)則。
這將有助你跟蹤各個類型的變量,了解這個變量的作用。使代碼易于調(diào)試和維護。一個比較流行的約定是匈牙利命名法---以變量類型作為名字的前綴。例如:整型變量使用“intRowCounter”,字符串變量使用“strUserName”。無論你是用什么命名約定都沒關(guān)系,最終保證你的變量名稱是描述它的作用的就行。
7.組織你的代碼。
按照一定的代碼規(guī)范組織代碼,該縮進的縮進,該加空格的加空格。這樣會使代碼看起來更優(yōu)雅,流程看起來更加清晰。
8.測試一切。
首先,在模塊內(nèi)部測試,使用你所期望的輸入和輸出測試。然后使用可能出現(xiàn)的輸入輸出測試。按照上述方法會測試出隱藏的bug。測試也是一種藝術(shù),通過實踐,你會逐漸鞏固自己的技能。在接口的測試用例中需要包括以下幾項:
a.邊界值:0和超出預(yù)期的最大值,文本值,空字符串,空參數(shù);
b.無意義的值:假設(shè)用戶輸入的是亂碼;
c.不正確的值:如參數(shù)要求數(shù)字,使用字符串測試。
9.實踐,實踐,實踐。
編程不是一個停滯不前的行為。應(yīng)該活到老,學(xué)到老。反復(fù)學(xué)習(xí)一些舊的知識是很重要的。
10.準備接受需求變更。
在現(xiàn)實工作環(huán)境中,需求是會變更的。開始時需求越清晰,排期越清晰。
a.在寫代碼之前,需求文檔或者實現(xiàn)計劃會讓整個項目的過程更加清晰。
b.將工程分為一系列的里程碑,為每個block做一個demo。一次管理一個里程碑過程。
11.從簡單到復(fù)雜。
當設(shè)計的東西比較復(fù)雜時,先設(shè)計一個簡單的demo,然后把功能一個一個加上去。