其實(shí)編程和說話一樣,都是一種思考的過程梭纹。在這幾天編程的過程中,實(shí)現(xiàn)方法總是一步一步來致份,就跟說話中的流水賬一樣变抽。
這種流水賬形式無疑反映了思考時(shí)的線性演繹順序,但它并不利于組建良好的結(jié)構(gòu)氮块。
首先在順序上沒有規(guī)定绍载,可以看到代碼中,很多編碼都是隨心所欲滔蝉,沒有按特定的順序?qū)崿F(xiàn)击儡。
其次并沒有提前完成這個(gè)架構(gòu)的思考。想到哪蝠引,編到哪阳谍。所以順序很亂蛀柴,編譯時(shí)也會(huì)出現(xiàn)很多錯(cuò)誤。
最后測試文件和文件本身沒有分離矫夯,導(dǎo)致不停的需要編寫不同的測試代碼鸽疾,刪除然后從頭再寫。讓尋找bug變得很難训貌,浪費(fèi)了不少的時(shí)間制肮。
當(dāng)然在技術(shù)基礎(chǔ)上還有一定的薄弱之處,但這已經(jīng)不是最主要的問題了旺订。
針對(duì)這些問題弄企,可能需要做以下改進(jìn)。
在編碼前首先通盤思考区拳,把大致能想到的模塊劃分分成必要的部分拘领。
那模塊用偽代碼的方式,簡單的表達(dá)出來樱调。
從簡單到難约素,設(shè)定實(shí)現(xiàn)的順序。尤其注意最小可實(shí)現(xiàn)性笆凌,既原型開發(fā)圣猎。實(shí)現(xiàn)一步進(jìn)展一步,不斷擴(kuò)展代碼乞而。
不要怕麻煩送悔,如果代碼的規(guī)模較大,或者說數(shù)據(jù)中有不一致的地方爪模。那么就把測試文件分離開寫欠啤,然后運(yùn)行測試。這還需要對(duì)測試進(jìn)行屋灌。
也就是說洁段,規(guī)定了遵循的步驟,以及要學(xué)習(xí)的測試共郭。