Re: 命名的習慣問題

看板C_Sharp (C#)作者tomex (tomex_ou)時間21年前 (2004/07/15 23:38)推噓1(2推 1噓 2→)

留言5則, 2人參與討論串7/9 (看更多)

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