.NET 命名约定答案

【问题标题】：.NET naming conventions.NET 命名约定
【发布时间】：2013-03-03 18:57:08
【问题描述】：

我正在支持和开发一个大型应用程序。这个问题专门与命名约定有关。

以前的开发人员使用 Pascal Casing、下划线作为变量名和其他一些技术，这些天似乎不受欢迎。

我的问题是：我应该继续使用他为保持一致性而使用的约定，还是按照此处所述的http://www.dofactory.com/reference/csharp-coding-standards.aspx 引入似乎并不令人不悦的约定，至少在一段时间内会以不一致为代价。

我正在尝试重构代码，所以也许我应该在应用程序的新领域引入新的约定，并通过用现代约定替换不赞成的约定来继续重构代码？

也许我想多了。

【问题讨论】：

我会说你引用的链接是一个很好的起点。这些年来我做了很多 .NET 开发，这篇文章看起来很标准。
@BrianB，您会以不一致为代价立即开始引入新约定吗？
这真的取决于旧代码有多糟糕，有多少以及项目是如何设置的。如果旧代码到处都使用 Java 风格的驼峰式大小写，我会更倾向于切换到与核心框架库一致的东西。某些程度的不一致可能是不可避免的，尤其是当您使用不同供应商的 3rd 方库时。

【解决方案1】：

如果旧代码是一致的，那就保持一致，到处都是不同的风格会更混乱。

如果您要进行更改，请将其设置为工作项，安排好时间并一次性完成。

您当然可以找到逐渐改变的论据。如果您可以说服自己通过小步骤完成重命名，无论如何您都需要处理代码，请继续。但老实说，有多少那些逐渐转变的代码过程在更新样式指南之前就完成了，并且在清理第一个更改之前您开始使用第三种样式。

如果您的代码已经处于不一致的样式中，那么更有说服力的理由在它变得更糟之前立即清理混乱。

【讨论】：

谢谢。我现在没有时间安排这个。因此，我暂时应该继续使用旧约定编写代码。然后在以后的日期，安排一些时间来更改所有这些（包括从现在到那时编写的代码）？
是的，这就是我通常的推理方式（但也许不是我每天的生活方式）。但与所有黑白建议一样，您在实践中总是可以更加细致入微，特别是如果您有更多细节指导您的决定。 IE。遗留模块和“新”模块，您可以在其中划清界限。