※ 引述《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