编码风格 – 一致性与设计指南

让我们说你参与了一个已经开发了很长时间(超过一年)的大型项目的开发.这些项目遵循当前的一些设计指南,但也有一些不同的,目前不鼓励(主要是在命名指南).

假设您不能/不允许更改整个项目:

什么应该更重要,一致性,遵循现有的,违反当前的指导方针或指南的使用,在同一项目的模块之间创造差异?

谢谢.

一般来说,我赞成一致性.但有时候有很多理由偏爱进化的风格.也许最初的标准被认为是无效的,或者仅仅是施加了太大的开销.回过头来改造这些变化可能是过分的,但是继续遵循现在已知的以一致性为名的不良做法,我认为这是一个糟糕的决定.

一个具体的例子:30人,三年项目.我们的标准是在每种方法之前放置一些特定的文档(不记得细节,认为它是可以记录的消息列表或者其他一些.)这被发现需要维护很多工作并且从未使用过,因为我们有一个代码munger来生成消息来源的确定列表.我们只是停止将信息添加到新方法中,没有时间来整理代码库的整洁性.

相关文章
相关标签/搜索