什么是駝峰命名法？駝峰問題具有模糊性和復雜性。大小寫轉換會降低輸入的速度，比較麻煩，連續的英文字母會產生歧義，比較典型的如to_uu和tell。事實上，沒有一個命名法是完美的，匈牙利的命名法更是羅嗦。

什么是駝峰命名法？

駝峰問題具有模糊性和復雜性。大小寫轉換會降低輸入的速度，比較麻煩，連續的英文字母會產生歧義，比較典型的如to_uu和tell。事實上，沒有一個命名法是完美的，匈牙利的命名法更是羅嗦。現在，建議使用下劃線。這個命名比較長，但是很容易輸入，而且幾乎沒有歧義。以我個人的理解，在什么環境下使用哪種命名方法是最合理的。例如，如果使用Microsoft環境，則應使用類似匈牙利語的命名方法，這與內置系統一致。如果您使用Java，它是小寫下劃線。這樣，使整個程序和內置函數命名保持一致是最合理的。

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

變量命名的基本原則：請參閱名稱的含義。

編程時，通常使用兩種變量：一種是具有特定業務含義的變量，另一種是純數據結構或算法使用的臨時變量，如循環變量。

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

首字母應使用variable type的縮寫，其余部分應使用variable的英語或英語縮寫，單詞的第一個字母應該大寫。

例如：char cstudentname[10

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

例如：char studentname[10

]每個單詞的第一個字母都大寫。

例如：char studentname[10

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

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

作者可能不喜歡命名駝峰。

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

但是，整個團隊必須保持統一的風格，否則會導致工作效率低下。

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

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

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

Java編程中代碼規范很重要嗎？

1. 一個好的編碼規范可以盡可能地降低上百個軟件的維護成本，并且幾乎沒有一個軟件是由最初的開發人員在其整個生命周期中維護的。一個好的編碼規范可以提高軟件的可讀性，使開發人員能夠盡快理解新的代碼。一個好的編碼規范可以使維護成本最大化第四，長期規范的編碼也可以使開發人員養成良好的編碼習慣，甚至鍛煉出更加嚴謹和尊重的思維；因此非常重要。