naming convention 这种东西 最重要的不是"我习惯怎样怎样" 而是"公司习惯怎样怎样" 或是 "group习惯怎样怎样" 一个好的Engineering practice是 让development managed/lead选择或是制定一个coding guideline, 然後整个公司或是整个group遵守 要预计你的code将会在未来五六年之中 让几十个以上的developer来读 即使一个人有很完整的习惯 只要那是和别人不一样的 就会造成麻烦 我的建议是 大家不要去有"自己的习惯" 而是去"选择一个通用的习惯" 在以前大家大部分都遵守Hungarian 在C#的话 我建议大家去读MSDN里的.Net Naming Guidelines 然後 完全的遵守它 不要只有某些遵守 而某些部分还是以自己的习惯 比如说在.net naming guideline就不使用underscore(底线) 而是依场合使用Pascal或Camel case 全部大写的也不该出现 除非是只有两个字母的简称 像是IO, UI 有人提到跟local变数搞混的问题 实际上 一个更好的习惯是 在你使用class member一律加上"this." http://msdn.microsoft.com/library /en-us/cpgenref/html/cpconnetframeworkdesignguidelines.asp (请自行合并成一行) 当然 你可以选择不遵守 或是自己发明一个guideline 如果你是一个公司的dev manager我想你应该有权利发明一个 逼大家用 问题是.Net design guideline已经是一个完整的文件了 自己发明一套 应该是很难向它那麽完整 并且还会造成大家的麻烦 如果你是在写个人的project或是作业 那影响是比较小 但是熟悉这套guideline是一定有帮助的 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 131.107.3.70