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

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

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

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

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

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

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

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

我在編程時(shí)給變量命名總覺得困難，有沒有什么實(shí)用技巧？

變量命名的基本原則：請(qǐng)參閱名稱的含義。

編程時(shí)，通常使用兩種變量：一種是具有特定業(yè)務(wù)含義的變量，另一種是純數(shù)據(jù)結(jié)構(gòu)或算法使用的臨時(shí)變量，如循環(huán)變量。

正文采用英語(yǔ)單詞，并具有相應(yīng)的含義，建議采用匈牙利語(yǔ)、駝峰語(yǔ)或帕斯卡語(yǔ)的case方法：

首字母應(yīng)使用variable type的縮寫，其余部分應(yīng)使用variable的英語(yǔ)或英語(yǔ)縮寫，單詞的第一個(gè)字母應(yīng)該大寫。

例如：char cstudentname[10

]第一個(gè)單詞是小寫，后面是大寫的其他單詞。

例如：char studentname[10

]每個(gè)單詞的第一個(gè)字母都大寫。

例如：char studentname[10

]可以直接使用I、J、K等

JS中，下劃線有什么意義？

Underline在JavaScript（JS）中，它是變量命名的有效字符。JS編程中通常的命名習(xí)慣是駝峰風(fēng)格，但有些人并不習(xí)慣（比如PHPer）。他們喜歡在變量名中分隔單詞，所以他們使用下劃線來(lái)連接它們（減號(hào)是運(yùn)算符中的保留字）。此外，如果在對(duì)象中定義的方法或函數(shù)中聲明的變量?jī)H限于內(nèi)部使用（即不允許在當(dāng)前實(shí)例/域之外調(diào)用或讀寫），則這些方法名和變量名通常會(huì)以下劃線作為前綴來(lái)區(qū)分。此外，還有一個(gè)名為“下劃線”的JS庫(kù)，它收集和擴(kuò)展了許多常見的JS方法，就像jQuery從$$]開始一樣！對(duì)于初學(xué)者來(lái)說，沒有基礎(chǔ)的話，下劃線的單詞可能更加直觀和清晰。這完全取決于他們的個(gè)人習(xí)慣。事實(shí)上，他們是好是壞并不重要。這兩種方法是更直觀地區(qū)分單詞，而且都取決于他們的愛好。我喜歡小駝峰。