0

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

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

我的问题是:我应该继续使用他为保持一致性而使用的约定,还是引入似乎不被认可的约定,如下所述:http: //www.dofactory.com/reference/csharp-coding-standards.aspx以至少一段时间内的不一致为代价。

我正在尝试重构代码,所以也许我应该在应用程序的新领域引入新的约定,并通过用现代约定替换皱眉的约定来继续重构代码?

也许我在想这件事。

4

1 回答 1

3

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

如果你要改变,把它变成一个工作项目,安排它,一次做完。

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

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

于 2013-03-03T19:08:04.087 回答