非程序員也能檢查代碼質(zhì)量的 7 個(gè)有用技巧
低質(zhì)量的代碼可能是網(wǎng)站開(kāi)發(fā)的額外成本,更
糟糕的是,整個(gè)業(yè)務(wù)。很多創(chuàng)業(yè)者對(duì)編程一竅不通,或者
也得不到這方面技術(shù)人員的幫助。
幸運(yùn)的是,您可以自己檢查代碼質(zhì)量。想知道如何?只需按照本文中指定的說(shuō)明進(jìn)行操作!
目錄
第一——預(yù)防
在開(kāi)始與程序員合作之前,有必要檢查潛在員工所
創(chuàng)建代碼的質(zhì)量。怎么做?最好要求
私下或通過(guò)類(lèi)似 Github 的服務(wù)提供代碼示例。使用獲得的密鑰檢查代碼或
請(qǐng)有經(jīng)驗(yàn)的程序員進(jìn)行初步評(píng)估。
什么影響了糟糕的代碼質(zhì)量?
有幾個(gè)因素會(huì)影響糟糕的代碼質(zhì)量。而事實(shí)上,程序員的
疏忽并不總是主要的。作為專(zhuān)員,您還可以
通過(guò)以下方式為降低代碼質(zhì)量做出貢獻(xiàn):
交貨時(shí)間太短,
計(jì)劃不周的項(xiàng)目,倉(cāng)促準(zhǔn)備的規(guī)范,
對(duì)項(xiàng)目范圍和預(yù)算的估計(jì)不佳,因此程序員
在相同預(yù)算內(nèi)添加了額外的更改,有六個(gè)程序員的地方,還有……。代碼味道——盡量保持一個(gè)
知名的、永久的團(tuán)隊(duì),與您的項(xiàng)目/合作是一次性的,這減少了承諾,
學(xué)習(xí)正在執(zhí)行項(xiàng)目的編程語(yǔ)言的基礎(chǔ)知識(shí)
。
[sc name=”helpbanner” title=”對(duì)整潔代碼有疑問(wèn)嗎?”]
為什么糟糕的代碼那么糟糕?
有幾個(gè)原因,并且都對(duì)業(yè)務(wù)產(chǎn)生負(fù)面影響:
代碼開(kāi)發(fā)和維護(hù)是昂貴的,
可能需要從頭開(kāi)始重寫(xiě)項(xiàng)目,
很難找到愿意使用質(zhì)量差的代碼的程序員,
可以停止或減緩業(yè)務(wù)發(fā)展,
降低安全性,
產(chǎn)生很難識(shí)別和修復(fù)的錯(cuò)誤。
[sc name=”helpchat”]
代碼混亂
打開(kāi)幾個(gè)文件并仔細(xì)查看代碼。如果不是
您根本不理解的優(yōu)美、規(guī)則格式的文本……您看到的是一團(tuán)糟,您甚至根本無(wú)法閱讀、理解、
解釋
,也看不到任何邏輯——然后將您的擔(dān)憂(yōu)告知承包商。
名稱(chēng)和命名約定
如果你以某種方式處理過(guò)編程,你就會(huì)知道函數(shù)和變量是什么。如果
您不熟悉這些,閱讀一些指南 5 分鐘將使您能夠
識(shí)別測(cè)試代碼中的函數(shù)、類(lèi)和變量。應(yīng)該提醒您的是:
? 非英文條目,
? 難以理解的名稱(chēng),例如:xyz () 而不是 addUser (),
? 格式不一致,例如函數(shù)名稱(chēng)、函數(shù)名稱(chēng)、函數(shù)名稱(chēng)。
[sc name=”helpchat”]
<! –評(píng)論太多->
看起來(lái) /* 在描述所有過(guò)程的代碼中注釋 * /
似乎是一個(gè)很好的做法。好吧,不完全是,特別是如果承包商在
上一段中遇到問(wèn)題并試圖通過(guò)評(píng)論趕上進(jìn)度。最終,代碼應(yīng)該
是可以理解的,無(wú)需額外的描述。
只有在不可能的情況下才應(yīng)使用注釋。
足夠的框架就足夠了
承包商建議使用許多不同的框架?如果是這樣,值得考慮
是否所有這些都是必要的。復(fù)制執(zhí)行相同任務(wù)的框架是
導(dǎo)致代碼復(fù)雜的最簡(jiǎn)單方法。結(jié)果,該站點(diǎn)將變得更重并且
更容易出現(xiàn)故障。
新技術(shù)或老歌,但金曲
很容易檢查承包商是否會(huì)使用他 X 年前學(xué)習(xí)的框架
(他仍在努力將其推向客戶(hù)),或者試圖說(shuō)服我們進(jìn)行創(chuàng)新。在
這兩種情況下,這都可能導(dǎo)致我們的網(wǎng)站出現(xiàn)維護(hù)問(wèn)題。
檢查存儲(chǔ)庫(kù)的運(yùn)行方式
在創(chuàng)建網(wǎng)站的情況下,我不需要存儲(chǔ)庫(kù),但如果您可以訪問(wèn)
一個(gè)存儲(chǔ)庫(kù),它將允許您跟蹤工作進(jìn)度。同樣在所謂的
“提交”及其描述之后,您可以評(píng)估項(xiàng)目的運(yùn)行方式。如果單個(gè)“commit”的描述
沒(méi)有意義,沒(méi)有提供任何信息,
以后可能很難找到。
要求測(cè)試
在應(yīng)用程序的情況下,應(yīng)同時(shí)編寫(xiě)單元測(cè)試。他們的任務(wù)是
加快代碼檢查。此外,他們還加強(qiáng)了對(duì)代碼質(zhì)量
本身的關(guān)注。
如果我剛剛陷害了你的程序員......
因?yàn)槲夜膭?lì)你檢查代碼質(zhì)量,我對(duì)這個(gè)問(wèn)題深表歉意。根據(jù)
您的合同和義務(wù),您應(yīng)該指出代碼異味的來(lái)源,概述
恢復(fù)計(jì)劃和重要事項(xiàng),盡快實(shí)施,而不是繼續(xù)進(jìn)入
死胡同。
最后,我祝愿您使用高質(zhì)量代碼成功完成項(xiàng)目。??
(言鼎科技)