1樓：Ajax
我是這樣覺得的，三個單詞及以下，駝峰命名法我覺得挺好的，比如：littleDog，littleCuteCat等。但是三個單詞以上還是建議下劃線命名方式。
宗旨無非就是，讓變數名可讀性更強。
2樓：
都挺常用的，看你的語言環境啊,應用場景啊
總不能程式設計規範裡要求駝峰命名你還擰著幹吧,還有資料庫對大小寫不敏感這種環境...
駝峰更加緊湊,可讀性這點因人而異(有人對大寫不敏感的).搜尋的時候記得不區分大小寫,打字速度會變慢(畢竟都是不同的大寫字母切shift也算挺麻煩的了),縮寫需要統一規定(有人全大寫,有人僅首字母)
下劃線會增加尺寸,長命名會導致需要換行(可能導致可讀性下降).可讀性略好(_看起來和空格其實差不多,所以和平時讀文章一樣)
實際應用還是看場景.比如ST的HAL庫,是兩種方式融合的...HAL_GPIO_ReadPin()這種.
習慣了也還好,比較容易區分.HAL表明這是庫函式,GPIO表明外設,ReadPin表明具體功能.很長...
敲起來很麻煩
幸好現代的IDE都具備自動補全,可以很快定位到你要的函式.
最後...至於首字母大寫(太難讀了)和匈牙利命名法(系統匈牙利麻煩死還沒啥用,應用匈牙利還有點用),請去世吧
為什麼很多人不建議使用駝峰命名法，有什麼弊端麼？
已重置 我是用js的，我們CTO規定我們都用下劃線，但是不管是第三方庫還是自帶方法名全都是駝峰的，這樣就導致了下劃線跟駝峰混用的局面，而且我覺得下劃線簡直就是英語裡把空格換成下劃線的感覺，就像一句英文，容易跟它的值混淆。 jack tang 因為駝峰命名法有很多時候存在不同的理解，比如首字母大寫還是...
蒙特卡羅法為什麼不叫隨機抽樣法？這樣命名不是更容易理解嗎？故意讓大家看不懂嗎？
Bigan W 查了一下是這樣的 蒙卡方法是在二戰時候美國的軍工研究中建立的，所以要保密，所以要乙個代號，所以負責人就用自己叔叔常去的賭場的名字給這套方法命名了 所以說有命名權就是有能力折騰人 PS 所以還真是 故意讓人看不懂 Right 是個賭場 Being secret,the work of ...
地鐵線是用數字命名還是方位和地標命名更好？
若荷清海 我個人覺得都可以 當乙個城市的地鐵線路不多的時候，用地標命名就不錯，特別是對於一些通向郊區或機場的線路，這樣能方便不少外地遊客 但是隨著線路逐漸增多，線網越來越複雜，這樣的命名方式就不太好了 原因如下 1.線路的名字記起來會很困難 例如東京，那裡共計有13條地下鐵線路，未來還會更多 東京的...