各種流行的編程風(fēng)格,你屬于哪一種?
在工作中,會(huì)遇到很多使用囧然不同風(fēng)格的開(kāi)發(fā)者,下面是小編所知道的一些,你還知道其它的嗎?
散彈槍編程
這種編程風(fēng)格是一種開(kāi)發(fā)者使用非常隨意的方式對(duì)待代碼?!班?,這個(gè)方法調(diào)用出錯(cuò)了……那么,我會(huì)試著把傳出的參數(shù)從 false 變成 true!”,當(dāng)然依然出錯(cuò),于是我們的程序員會(huì)這樣:“好吧,那我就注釋掉整個(gè)方法吧”,或是其它更為隨意的處理方式,直到最后讓這個(gè)調(diào)用成功。或是被旁邊的某個(gè)程序員指出一個(gè)正確的方法。
如果我們把一個(gè)正規(guī)的程序員和一個(gè)撞大運(yùn)的程序員放在一起做結(jié)對(duì),那么,那個(gè)正規(guī)的程序可以馬上變得發(fā)瘋起來(lái),并且可以把正規(guī)的程序員的智商降到最低。兩個(gè)撞大運(yùn)的程序員不應(yīng)該在一起做結(jié)對(duì)編程,這是因?yàn)樗麄兤茐男缘牟拍軙?huì)造成的傷害會(huì)比只有一個(gè)還差。
撞大運(yùn)編程
這是一種比散彈槍編程要溫和一些的編程方式,我相信這種方式可能會(huì)是大多數(shù)程序員都會(huì)使用的方式。這種編程方式經(jīng)常出現(xiàn)于程序員并不確切知道他們?cè)诟墒裁?,也不知道所?xiě)的程序的本質(zhì)和實(shí)際,但是可以讓程序工作起來(lái)。
他們以一種撞大運(yùn)的方式在寫(xiě)程序,某些時(shí)候,他們根本就不知道某個(gè)錯(cuò)誤的原因,就開(kāi)始稀里糊涂地修改代碼。一旦出現(xiàn)問(wèn)題,他們會(huì)用兩條路:1)停下來(lái),理解一下程序,找到出錯(cuò)的原因。2)使用散彈槍編程方式開(kāi)始解決問(wèn)題。
測(cè)試驅(qū)動(dòng)開(kāi)發(fā)(Test Driven Development)是一種可以用來(lái)拯救上百萬(wàn)的撞大運(yùn)編程的程序員。于是,他們有了一個(gè)更為NB的借口:只要我的程序通過(guò)測(cè)試了,你還有什么話(huà)好說(shuō)?別罵我,測(cè)試驅(qū)動(dòng)開(kāi)發(fā)是一個(gè)不錯(cuò)的事物,其主要是用來(lái)控制撞大運(yùn)開(kāi)發(fā)所帶來(lái)的問(wèn)題。
Cargo-Cult 編程
關(guān)于Cargo Cults一詞來(lái)自二戰(zhàn)期間的某些太平洋上小島里的土著人。在戰(zhàn)爭(zhēng)期間,美國(guó)利用這些小島作為太平洋戰(zhàn)場(chǎng)上的補(bǔ)給站。他們?cè)谶@些小島上修建自己的飛機(jī)跑道以用來(lái)運(yùn)輸戰(zhàn)爭(zhēng)物資。而那些小島上的土著人從來(lái)沒(méi)有見(jiàn)過(guò)飛機(jī),當(dāng)他們看到飛機(jī)的時(shí)候,覺(jué)得相當(dāng)?shù)呐?,可以為那些白人帶?lái)各種各樣的物品和食物。當(dāng)二戰(zhàn)結(jié)束后,那些土著人仿照著修建了飛機(jī)跑道,并用竹子修建了塔臺(tái),然后就在那期望著有飛機(jī)為他們送來(lái)物品和食物。
Cargo Cult編程是一種非常流行的編程方法,使用這種方法的程序員會(huì)學(xué)習(xí)其它編程高手的編程方法,雖然他們并不知道為什么高手們要那樣做,但是他們覺(jué)得那樣做可以讓程序工作起來(lái)。舉個(gè)例子,當(dāng)時(shí)有大量的程序員在J2EE出現(xiàn)的第一年中過(guò)度地使用了EJBs和Entity Beans。
刻舟求劍編程
刻舟求劍是一個(gè)很流行的寓言了。這種風(fēng)格的編程在程序員的圈子里是非常常見(jiàn)的。比如,有一天你發(fā)現(xiàn)了一個(gè)空指會(huì)的異常,于是你到了產(chǎn)生空指針異常的地方,簡(jiǎn)單地放上一個(gè)判斷:if (p != NULL)。
是的,這樣的fix可以讓你的程序工作起來(lái),但你并沒(méi)有真正地解決問(wèn)題。你只不過(guò)是在你的船邊記下了劍掉下去的位置,這樣做只不過(guò)把問(wèn)題隱藏起來(lái),最終只會(huì)讓你的程序的行為變得神出鬼沒(méi)。你應(yīng)該找到為什么指針會(huì)為空的原因,然后再解決這個(gè)問(wèn)題。
設(shè)計(jì)模式驅(qū)動(dòng)型編程
正如這種編程的名字所說(shuō)的,這種編程風(fēng)格使用大量的設(shè)計(jì)模式,在你的程序中,四處都是設(shè)計(jì)模式,你的代碼到處都是Facade、Observer、Strategy、Adapter等。于是,你的程序要處理的業(yè)務(wù)邏輯被這些設(shè)計(jì)模式打亂得無(wú)法閱讀,最后,也不知道是業(yè)務(wù)需求重來(lái),還是設(shè)計(jì)模式重要??傊瑢?shí)際業(yè)務(wù)需求的程序邏輯被各種設(shè)計(jì)模式混亂得不堪入目。
偵探型編程
在解決一個(gè)Bug的時(shí)候,偵探型程序員會(huì)調(diào)查這個(gè)Bug的原因。然后,則調(diào)查引發(fā)這個(gè)BUG的原因的原因。再然后,其會(huì)分析修正代碼后是否會(huì)導(dǎo)致其它代碼失敗的因果關(guān)系。再然后,他會(huì)使用文本搜索查找所有使用這個(gè)改動(dòng)的代碼,并繼續(xù)查找更上一級(jí)的調(diào)用代碼。最后,這個(gè)程序員會(huì)寫(xiě)下30個(gè)不同的情形的測(cè)試案例,就算這些測(cè)試案例和那個(gè)Bug沒(méi)有什么關(guān)系。最最后,這個(gè)程序員有了足夠多的信心,并且精確地修正了一個(gè)拼寫(xiě)錯(cuò)誤。與此同時(shí),其它一個(gè)正常的程序修正了其它5個(gè)Bug。
屠宰式編程
使用這種風(fēng)格的程序員,對(duì)重構(gòu)代碼有著一種難以控制的極端沖動(dòng)。他們幾乎會(huì)重構(gòu)所有經(jīng)手的代碼。就算是在產(chǎn)品在Release的前夜,當(dāng)他在修正幾個(gè)拼寫(xiě)錯(cuò)誤的bug同時(shí),其會(huì)修改10個(gè)類(lèi),以及重構(gòu)與這10個(gè)類(lèi)有聯(lián)系的另20個(gè)類(lèi),并且修改了代碼的build腳本,以及5個(gè)部署描述符。
來(lái)源:網(wǎng)絡(luò)版權(quán)歸原作者所有,如有侵權(quán),請(qǐng)聯(lián)系刪除。