coding-style - 强制执行编码风格

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

6年前关闭。




Improve this question




几年前，当我开始一个小型开发项目时，我和其他开发人员坐下来商定了一种折衷的大括号和缩进样式。它不是任何人最喜欢的，但它是没有人真正讨厌的东西。我为该样式编写了一个 .indentrc 配置文件，并有一个检入触发器，该触发器会在检入每个文件时在每个文件上运行缩进。 这样一来，您编写代码的风格就无关紧要了，在其他人看到它之前，它最终将成为团体标准。这具有一致性的优点。但我之前或之后从未见过其他人这样做。

那你们其他人怎么说？好主意，还是可恶？

Answer 1

采用中性的编码风格绝对是一个好主意。但是，仅在 checkin 源时强制执行编码风格可能是也可能不是一个好主意(另请参阅下面的 Bill's 和 Elie' 的答案)。

使用签到钩:

亲:允许编码人员随心所欲地编写代码，因此他们不必考虑标准或更改编写代码的方式。这最大限度地减少了对政策的阻力，并且不会对他们编写代码时的生产力产生负面影响。

骗局:您的编码人员可能只是对中性风格略为熟悉，因此您无法从使用“相同”风格的每个人中获得全部好处。如果你的程序员不得不在一对编程设置中一起工作，他们仍然会在屏幕上受到彼此的编程风格的影响，这将不同于他们自己的风格或中性风格。

更进一步，在开发过程中使用中性风格:

亲:鼓励中性风格的流畅性，每个人都可以在 checkin 之前和之后阅读其他人的代码。

骗局:这样做时，您的开发人员会遇到更多阻力。根据您的文化，这可能会带来更多的麻烦而不是它的值(value)。