作者tomex (tomex_ou)
看板C_Sharp
标题Re: 命名的习惯问题
时间Thu Jul 15 15:52:43 2004
※ 引述《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
1F:推 liunate:原来命名也这麽多学问 :] 203.70.191.72 07/15
2F:→ liunate:我刚刚也仔细的读过了MSDN 不过有个好玩 203.70.191.72 07/15
3F:→ liunate:的问题, 中文版的MSDN到底是谁翻译的? 203.70.191.72 07/15
4F:推 tomex:近几年发现微软很重视区域语文 140.119.183.211 07/16
5F:嘘 liunate:可是翻译的语气文法都怪怪的 :/ 211.74.217.186 07/16