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