回覆列表
-
1 # 斯人若月
-
2 # 胡建黃輝魂
因為現在程式設計師多了，其中有5%的不推薦，你就會感覺很多。
主流的語言都是駝峰命名的。幾個大城市的開發設區也是駝峰命名的。不要聽信幾個譁眾取寵的人的建議，他們又不給你工作崗位。
-
3 # 沙漠海179470315
先不管規範與否
駝峰方式 不是很容易閱讀出 每個單詞 從而很容易看懂變數的含義嘛？
一大串小寫字母 沒有空格多不容易識別？
怎麼會問這樣的問題？奇怪。
編碼很多規範，並不是為了規範而規範的，根本還是為了方便和少出錯而慢慢形成的
-
4 # TonyDeng
命名只有統一，不是法定的，任何人都可以有自己獨特的命名方案，只需要自始至終貫徹即可，唯一的問題是在需要團體合作的時候，擁有共同的命名風格是應該的，但這要大家共同認可。
駝峰命名法很或pascal命名法顯然只適用於大小寫敏感的語言，像BASIC類的大小寫不敏感語言是沒用的，此時最好用下劃線分界。C的字首命名方案其實也不是很好看，尤其它自稱是強型別檢查語言，真正的強型別語言不需要在識別符號上透露資料型別，所以C++沒有這種命名勸告。
找到適合自己和所屬團體的，不需要拘泥於指引。指引作為參考，但不是法定。
-
5 # 愛國的憤青
我覺得駝峰命名比下劃線命名最大的好處就是，要少打一個字，你別看只是多了一個字，如果每天都要寫無數次下劃線，別人我不知道，反正我受不了
-
6 # 我只想好好看場電影
遵守規則即可。為了提高程式碼可讀性，不同型別的變數，方法經常使用不同的命名方法。除此以外，推薦使用英文進行命名，拼音之類的就算了，那就是天書
-
7 # 用中文程式設計
駝峰命名不符合英文自然語言習慣，只是識別符號無空格分隔導致的權宜之計。
換成中文命名識別符號就很自然，畢竟中文字身就不需要空格分隔。看下面程式碼：
-
8 # 兩個肉丸
你說的是CI 3.0及以下版本吧，那是C風格的命名規則，都是小寫加下劃線，4.0開始更具面向物件特性，並且推薦駝峰命名法
因為可能編撰者本人並不喜歡駝峰命名。
有些事情已經形成了較大範圍的行業習慣了。類的命名使用大駝峰，方法和變數的命名使用小駝峰，常量全大寫，並且使用下劃線來分割單詞。
但是重要的是整個團隊要保持統一的風格，否則可能造成工作效率的低下。
試想如果有人用大駝峰去命名一個變數或方法，其他人可能會誤以為那是一個直接來自類的呼叫的靜態方法；
或是當你看到了一個全大寫並且用下劃線來分割的常量，你以慣性思維以為它是個常量，但實際上你的同事把它定義為一個變數，而他沒有遵守大家約定的規範，那麼你所呼叫到它的地方，可能它的值隨時會發生變化，對你造成不必要的麻煩。
如果不巧的是，你所在的團隊所習慣的規範與你自己的習慣有所矛盾，那要麼你有足夠的力量去改變所有其他人的習慣，要麼就趕快改變自己的習慣，來適應團隊。否則等待你的可能就是一句“你特麼傻X啊搞這種命名？！”