Re: 命名的習慣問題

[tomex (tomex_ou)]

※ 引述《Whistler (Bicycle)》之銘言：
:   naming convention 這種東西 最重要的不是"我習慣怎樣怎樣"
:   而是"公司習慣怎樣怎樣" 或是 "group習慣怎樣怎樣"
贊成。

:   在C#的話 我建議大家去讀MSDN裡的.Net Naming Guidelines
:   然後 完全的遵守它 不要只有某些遵守 而某些部分還是以自己的習慣
我曾讀過，msdn內比較重視原則，沒有java講得那麼細(連空白字元都講)
完全用java的套在.net上，有點怪，有些細部的地方得自己決定。

:   比如說在.net naming guideline就不使用underscore(底線)
:   而是依場合使用Pascal或Camel case
嗯~ 我會用小寫底線是因為受linux/c及php的影響
因此決定把它只適用在極local的小變數，讓它走不出10內。

:   全部大寫的也不該出現 除非是只有兩個字母的簡稱 像是IO, UI
:   有人提到跟local變數搞混的問題
msdn有寫2個字獨立時宜大寫，像IO，不過它若與別人混合，也會造成誤解
例如介面(Interface)習慣加大寫I, 而連接的文字是2個字或縮寫字，甚至構念英文單字
都不直覺。後來我決定，不管幾個字，語意上的斷句就是首字大寫，其餘小寫。

:   實際上 一個更好的習慣是 在你使用class member一律加上"this."
:   http://msdn.microsoft.com/library
:   /en-us/cpgenref/html/cpconnetframeworkdesignguidelines.asp
:   (請自行合併成一行)
這也是個好方法，我的member變數，會用prefix-this。

:   當然 你可以選擇不遵守 或是自己發明一個guideline
:   如果你是一個公司的dev manager我想你應該有權利發明一個 逼大家用
:   問題是.Net design guideline已經是一個完整的文件了
我個人覺得.net寫得都是大原則，不像java有好多書講命名規則，而且講得很細!

:   自己發明一套 應該是很難向它那麼完整 並且還會造成大家的麻煩
:   如果你是在寫個人的project或是作業 那影響是比較小
:   但是熟悉這套guideline是一定有幫助的
我也是主張要符合大原則，但個人化免不了，畢竟有人愛吃肉，有人愛吃菜
唯一的解決辦法就是把個人習慣localize化，讓它不影響大局
就像軟體測試的黑箱測試一樣，我只控制i/o，內部不管。

總之，習慣可以改，多看書即可，你會發現任何習慣都是有理由的
我很喜歡詢問同事寫法的理由，大部分人都回答是抄人家的. = =a


--
You're recommended to vist C_Sharp in PTT.
We are the C#, resistance is futile.

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 140.119.183.211
推 liunate:原來命名也這麼多學問 :]
→ liunate:我剛剛也仔細的讀過了MSDN 不過有個好玩
→ liunate:的問題, 中文版的MSDN到底是誰翻譯的?
推 tomex:近幾年發現微軟很重視區域語文
噓 liunate:可是翻譯的語氣文法都怪怪的 :/