為什么很多人不建議使用駝峰命名法，有什么弊端么？因?yàn)橐苍S作者自己不喜歡駝峰命名。有些事情已經(jīng)形成了廣泛的行業(yè)習(xí)慣。類命名使用大駝峰，方法和變量命名使用小駝峰，常量全部大寫，并使用下劃線分割單詞。但是，

為什么很多人不建議使用駝峰命名法，有什么弊端么？

因?yàn)橐苍S作者自己不喜歡駝峰命名。

有些事情已經(jīng)形成了廣泛的行業(yè)習(xí)慣。類命名使用大駝峰，方法和變量命名使用小駝峰，常量全部大寫，并使用下劃線分割單詞。

但是，整個團(tuán)隊必須保持統(tǒng)一的風(fēng)格，否則會導(dǎo)致工作效率低下。

想象一下，如果有人用一個大駝峰來命名一個變量或方法，其他人可能會錯誤地認(rèn)為它是一個直接從類中調(diào)用的靜態(tài)方法；

或者當(dāng)你看到一個常量全部大寫并用下劃線分隔時，你會認(rèn)為它是一個有習(xí)慣性思維的常量，但事實(shí)上你的同事把它定義為一個變量，他并沒有遵守大家的約定如果你調(diào)用它，它的值可能會隨時改變，給你帶來不必要的麻煩。

如果不幸的是，你的團(tuán)隊習(xí)慣的準(zhǔn)則與你自己的習(xí)慣相矛盾，要么你有足夠的能力改變所有其他人的習(xí)慣，要么你可以快速改變你的習(xí)慣以適應(yīng)團(tuán)隊。否則，等待你的可能是一句“你這么蠢，竟然做出這樣的命名？”

什么樣的代碼叫好代碼？

好的代碼，滿足兩個條件：能達(dá)到預(yù)期效果，容易理解。

代碼的不同不在于功能能否實(shí)現(xiàn)，而主要在于實(shí)現(xiàn)的質(zhì)量。

有些代碼雖然實(shí)現(xiàn)了效果，但另一個程序員看不懂，無法維護(hù)，也是壞代碼。

現(xiàn)在在軟件行業(yè)，程序員加班是很常見的。疲勞將不可避免地影響代碼的質(zhì)量。

他們大多急于達(dá)到職能要求，完成領(lǐng)導(dǎo)安排的任務(wù)，只以完成為目標(biāo)。

這種不考慮長遠(yuǎn)的工作方式在短時間內(nèi)實(shí)現(xiàn)了目標(biāo)，但從長遠(yuǎn)來看是個大問題。

一旦程序員離開，新來的人需要很長時間才能接手。項目的可擴(kuò)展性和穩(wěn)定性沒有保證。

尤其是一些外行領(lǐng)導(dǎo)只知道如何為上級做貢獻(xiàn)，不能科學(xué)安排時間。

功能需求一經(jīng)更改就立即更改，新功能即將出現(xiàn)。因此，工程設(shè)計不斷調(diào)整，整體建筑穩(wěn)定性受損。

整個行業(yè)還沒有意識到代碼質(zhì)量的重要性，也沒有對代碼的敬畏。它只著眼于現(xiàn)在而忽視了長遠(yuǎn)。

只有行業(yè)人員達(dá)到飽和，淘汰不合格的程序員和產(chǎn)品經(jīng)理，好的代碼才能形成趨勢。