建站
咨詢
售后
建站咨詢
新聞中心
所有開發(fā)人員都認(rèn)為自己寫的代碼完全能讓人看懂，然而，他們卻無法解密彼此的代碼(更不用說維護(hù)代碼了)。
創(chuàng)新互聯(lián)公司-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比閔行網(wǎng)站開發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫,直接使用。一站式閔行網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋閔行地區(qū)。費(fèi)用合理售后完善，十多年實(shí)體公司更值得信賴。
原因在于他們寫的代碼都是有效卻草率的，看起來很干凈，但實(shí)際上卻很凌亂。草率代碼是指就是那些可以正常運(yùn)行，但因凌亂而不能很好地拓展或通用的代碼。
計(jì)算機(jī)科學(xué)家與之不同——他們寫的是無法正常運(yùn)行的漂亮代碼。
原因何在?以下的四大理由將為你揭秘。
四大理由
理由1：對(duì)于計(jì)算機(jī)科學(xué)家來說，編碼是一項(xiàng)藝術(shù)。而對(duì)于其他人來說，編碼是一種工具
計(jì)算機(jī)科學(xué)家編碼是因?yàn)樗麄兿刖幋a，而其他人編碼是因?yàn)樗麄兿胪瓿赡臣?。開發(fā)人員一般會(huì)根據(jù)自己的第一個(gè)想法來構(gòu)建程序。之后，他們會(huì)以之為基礎(chǔ)，直到最簡化可實(shí)行產(chǎn)品出現(xiàn)，通常不會(huì)考慮其他方法。
而計(jì)算機(jī)科學(xué)家恰恰相反，他們會(huì)考慮實(shí)施的每一種選擇，并權(quán)衡利弊。幾周之后，他們會(huì)寫出一段漂亮的代碼，不過由于尚未確定輸出格式，代碼仍然無法完全正常運(yùn)行。
開發(fā)人員使用簡單的工具有組織地?cái)U(kuò)展代碼，從而產(chǎn)生了大量草率代碼;計(jì)算機(jī)科學(xué)家則會(huì)在一開始建立起一個(gè)結(jié)構(gòu)，之后在結(jié)構(gòu)中開展工作。
最有效的就是用有機(jī)方法避免編碼器的阻礙并按時(shí)交付。但是，如果想要編寫持久代碼，則可能需要把結(jié)構(gòu)放在首位。
理由2：開發(fā)人員寫代碼時(shí)不?？紤]讀者的感受
即使是在合作項(xiàng)目中，開發(fā)人員寫代碼時(shí)也往往只考慮到它的功能。實(shí)際上，代碼也需要維護(hù)，不過他們經(jīng)常會(huì)把這件事拋之腦后。
問題在于，這樣的習(xí)慣會(huì)造成意想不到的后果。當(dāng)三個(gè)月后，他們想給代碼添加一個(gè)功能時(shí)，很可能會(huì)看不懂自己寫的代碼。這種情況經(jīng)常出現(xiàn)，次數(shù)之多超乎想象!
其他開發(fā)人員按要求實(shí)施新功能時(shí)，則會(huì)更艱難。看懂別人寫的代碼可能需要幾天或幾周的時(shí)間，這取決于項(xiàng)目的大小。
理由3：即時(shí)獎(jiǎng)勵(lì)的謬論
被問題困擾了好幾天，最后終于找到了解決方案，是不是感覺特別痛快?
這確實(shí)是激動(dòng)人心的時(shí)刻。但問題在于，開發(fā)人員對(duì)快速修復(fù)的渴望往往會(huì)讓他們忽略那些長期存在的問題。比如，他們可能解除了故障或添加了功能，但他們沒有意識(shí)到代碼結(jié)構(gòu)已經(jīng)過時(shí)了。
這意味著每添加一個(gè)新功能，他們都必須要開展更多的工作。相反，從長遠(yuǎn)來看，對(duì)程序進(jìn)行一次重組會(huì)讓功能的添加變得更容易。
寧愿快速修復(fù)而非解決根本問題的人不在少數(shù)。與長期的變化相比，人類的獎(jiǎng)賞系統(tǒng)更容易受到短期修復(fù)的影響。但這樣一來就會(huì)累積大量的技術(shù)負(fù)債。從長遠(yuǎn)來看，這會(huì)消耗人的很多精力。
理由4：風(fēng)格也是一個(gè)因素
每個(gè)人的編碼風(fēng)格都不一樣。有些人討厭內(nèi)嵌注釋，有些人卻很喜歡這么做。有些人在第一行代碼上方添加函數(shù)注釋，有些人卻選擇在下方添加。有些人喜歡單值判斷，有些人卻對(duì)此厭惡至極。
這就是為什么同一段代碼對(duì)一個(gè)人來說仿佛洪水猛獸，而對(duì)另一個(gè)人來說卻是小菜一碟。要是獨(dú)立工作還好說，然而如今的很多軟件都是通過合作構(gòu)建的。因此，在項(xiàng)目的早期階段確定好風(fēng)格十分重要。
當(dāng)然，確保所有開發(fā)人員遵守風(fēng)格指南也是必須的。否則，最后產(chǎn)生的將是混亂代碼，畢竟其中混雜著不同的約定。
干凈的危害vs.凌亂的危害
一些開發(fā)人員聲稱自己一直在寫干凈代碼的，他們要么是在撒謊，要么高估了自己。話雖如此，開發(fā)人員不想寫過分干凈代碼也不是毫無理由的：
- 有些開發(fā)人員整天都在清理代碼，只是為了美觀。如果是與其他人合作或者代碼需要呈現(xiàn)，這當(dāng)然很有用。但通常來說，完善代碼與普通醫(yī)療保健提供的外科手術(shù)產(chǎn)生的效果一樣——看起來不錯(cuò)，但沒有解決深層次的問題。
- 如果他的目標(biāo)是從頭開始編寫非常干凈的代碼，那么他遭遇編碼器阻礙的幾率就會(huì)變大。為避免出現(xiàn)重大阻礙，最好從一開始就自然生成代碼。初學(xué)者尤其適用。
圖源：unsplash
但反過來講，開發(fā)人員也并不想讓代碼過于混亂，這會(huì)讓代碼變得難以維護(hù)。缺少維護(hù)會(huì)導(dǎo)致代碼腐爛，從長遠(yuǎn)來看，這樣弊大于利，項(xiàng)目會(huì)被放棄。
因此，開發(fā)人員需要在立竿見影和可維護(hù)代碼之間找到平衡。很多人都深陷混亂的困境，因此提高清潔度是必由之路。
五項(xiàng)技巧
養(yǎng)成一些良好的習(xí)慣，可能會(huì)對(duì)開發(fā)人員的清潔度和生產(chǎn)力大有益處。
圖源：medium.com
技巧1：盡早測(cè)試，經(jīng)常測(cè)試
有些開發(fā)人員對(duì)自己的技術(shù)很有信心，甚至到了不運(yùn)行測(cè)試就構(gòu)建整個(gè)項(xiàng)目的地步。但是，除非手頭的任務(wù)完全微不足道的，否則會(huì)后悔的。
他們一開始編譯或執(zhí)行程序，屏幕上就會(huì)顯示錯(cuò)誤信息，情況可能還會(huì)更糟。幾個(gè)月以后，用戶發(fā)現(xiàn)程序無法正常運(yùn)行，錯(cuò)誤才被發(fā)現(xiàn)。
從事技術(shù)工作會(huì)獲得如下經(jīng)驗(yàn)：
“如果沒有經(jīng)過所有情況的測(cè)試，永遠(yuǎn)不要認(rèn)為程序會(huì)正常運(yùn)行?！?/p>
盡快構(gòu)建可執(zhí)行文件。只要有機(jī)會(huì)，就進(jìn)行測(cè)試，一旦出現(xiàn)錯(cuò)誤就可以立即進(jìn)行修復(fù)。
技巧2：結(jié)構(gòu)合理，格式隨意
只要代碼的基礎(chǔ)結(jié)構(gòu)良好，就可以進(jìn)行快速修復(fù)。而現(xiàn)實(shí)是，開發(fā)人員常常面對(duì)的是結(jié)構(gòu)凌亂或過時(shí)的代碼。在這種情況下，最好花些時(shí)間重構(gòu)代碼。如果修復(fù)程式未正確注釋或存在隱藏變量名，也沒什么大不了。
但是，在錯(cuò)誤代碼中構(gòu)建干凈的功能完全是浪費(fèi)時(shí)間和資源——開發(fā)人員可能必須要重寫很多功能。
因此，保持清潔度和速度的折中方案就是保持基礎(chǔ)結(jié)構(gòu)的清潔和更新，在細(xì)節(jié)上盡可能讓內(nèi)容混亂。
技巧3：讓代碼保持干凈狀態(tài)
筆者稱之為廁所法則。如果人們使用完的公共浴室(至少)像使用之前的一樣干凈，那這公共浴室的狀態(tài)就堪稱完美。從大多數(shù)公共廁所的狀態(tài)來看，現(xiàn)實(shí)并非如此。維持廁所法則需要所有人遵守紀(jì)律——還需要一位優(yōu)秀的管理者。
遵守這樣的紀(jì)律是值得的，因?yàn)閺拈L遠(yuǎn)來看獲得的回報(bào)是巨大的。通過完成不可能的事情來實(shí)現(xiàn)不可能，這是天方夜譚——做出明智的決定，每天前進(jìn)一一點(diǎn)點(diǎn)，不可能才會(huì)實(shí)現(xiàn)。
技巧4：為重構(gòu)分配時(shí)間
每一次混亂都在產(chǎn)生技術(shù)負(fù)債。像金融一樣，時(shí)間越長，產(chǎn)生的債務(wù)就越多。
對(duì)于普通開發(fā)人員來說，花上幾天甚至幾周時(shí)間清理代碼聽上去并不是那么美好。這就是為什么要養(yǎng)成每天償還一點(diǎn)債務(wù)的習(xí)慣。
一開始可以每天抽出15%的時(shí)間進(jìn)行重構(gòu)，這是個(gè)不錯(cuò)的方法。筆者稱之為時(shí)間規(guī)劃，長此以往完善的代碼數(shù)量將令人驚嘆!
技巧5：要求審查
有時(shí)候，代碼出現(xiàn)混亂是因?yàn)殚_發(fā)人員不知道該怎么完善。比如，某個(gè)代碼可能使用了switch語句，但使用映射會(huì)容易得多。在這種情況下，高級(jí)開發(fā)人員的建議至關(guān)重要。
建立代碼審查例程有助于創(chuàng)建反饋環(huán)路。這會(huì)幫助年輕開發(fā)人員改善學(xué)習(xí)曲線，形成健康的討論文化。
例程是關(guān)鍵，這與廁所法則以及時(shí)間規(guī)劃是一樣的。初級(jí)開發(fā)人員應(yīng)養(yǎng)成要求審查的習(xí)慣，而高級(jí)開發(fā)人員也應(yīng)提供建議。理想情況下，審查時(shí)間應(yīng)該是開發(fā)團(tuán)隊(duì)核心過程的一部分，每次討論也應(yīng)總結(jié)關(guān)鍵建議。
平衡結(jié)構(gòu)與混亂
過多的清理會(huì)浪費(fèi)時(shí)間和資源，編寫草率代碼比受到編碼器阻礙而完全無法交付要好得多。但同時(shí)，草率代碼不靈活且難以維護(hù)。
這五大技巧能幫助你有效清理代碼同時(shí)節(jié)省時(shí)間，在混亂和結(jié)構(gòu)之間找到平衡點(diǎn)。
快去實(shí)踐一下吧!
本文名稱：為什么除了計(jì)算機(jī)科學(xué)家，每個(gè)人都在編寫草率代碼？
文章來源：http://m.5511xx.com/article/dpiices.html
