风格执行工具是否有用？

Question

最近question about StyleCop提醒我使用工具来强制编码风格。如果在开发过程中需要运行其中一种工具，我会感到非常烦恼。人们真的觉得它们有用吗？为什么或者为什么不？

大家迄今已回答表明，他们认为款式/格式化规则是有用的，我在与100％的协议。但是，如何使用工具来执行，而不是风格指南和常规代码评论？有人发现在实践中有用吗？为什么或者为什么不？

Answer 1

我喜欢StyleCop的概念，虽然我并不真正关心很多规则。风格就是这么主观，我发现自己奋力坚决决定是否应该成为我们处理或没有的一部分。我真的希望看到球队有统一的风格，虽然，这就是为什么我如此撕裂。

显然，方程的翻盖侧，与（供同道TFS用户或代码分析）一样的FxCop的工具更多的是基于实践，使决策变得比个人和文体的更多的技术。

Answer 2

如果样式指的是格式（如'{'必须位于行尾或行首），这可能非常烦人，特别是涉及合并时，并且该样式未严格执行所有开发者。

如果风格是指“好的做法”（喜欢的身体‘如果’语句必须被包裹在打开和关闭大括号），也可以是实际上是非常有用的。

Answer 3

我认为，在一个大型团队，一个统一的编码风格是必不可少的，有一些标准有助于可维护性，因为一个新的开发人员可以用最少的学习曲线来维护旧的代码。因为'{'来的地方）可以很容易地通过自动化工具完成，而不会对发明产生影响发酵过程太多。 Eclipse和Visual Studio都有一套非常丰富的选项，可以根据大量选项自动设置代码格式。

Answer 4

是的，这是非常有帮助的 - 尤其是在大项目。这意味着你可以去任何其他人的代码，而且它对你来说不会陌生。这意味着人们在项目中更具可移植性，这为人员和公司提供了更大的灵活性。

的缺点是很多的时间可以花在争论要使用的样式。在编程或格式化风格

Answer 5

限制可能有助于减少在团队中不止一个人的摩擦。

限制语言功能（特别是仅使用C＃的一个子集）可以帮助您专注于问题域，而不必处理大量的概念。如果你的软件必须强大且完全可以理解，这很重要。

问候， tamberg

Answer 6

有一种编码风格和格式样式之间的差异。 编码风格强制实施良好做法。 一个“IF”语句的主体必须被包裹在打开和关闭大括号 格式样式是怎样的代码看起来。 '{'出现在'IF'语句中。

在团队环境中;

一个好的格式化工具将允许所有开发人员以他们想要查看代码的方式查看代码。 一个好的风格工具将确保所有的代码遵循相同的指导方针

Answer 7

如果您正在使用版本控制系统，它可以变得非常难看，如果每一个开发商对重新格式化，只要他所涉及的文件，他自己的喜好代码。在开发人员没有必要的沟通技巧的地方，如果每个开发人员都被动地坚持“他的”标准，维基百科编辑之战就会随之而来。

总的来说，如果两个人在同一个文件上工作，手动重新格式化还会导致更多的checkin冲突。

因此，如果您使用的是VCS，我甚至建议执行格式化规则。强制样式规则能带来更好的代码质量。