Coding style 样式强制工具有用吗？

最近的一次事件提醒我使用工具来强制编码风格。如果我在开发过程中被要求运行其中一个工具，我会感到非常恼火。人们真的觉得它们有用吗？为什么

到目前为止，所有回答的人都表示，他们认为样式/格式规则很有用，我完全同意这一点。但是，使用一个工具来执行，而不是一个样式指南和定期的代码检查呢？人们发现这在实践中有用吗？为什么或者为什么不？

如果样式指的是格式（比如“{”必须在一行的末尾或开头），那么它可能会非常烦人，特别是当涉及合并，并且如果不是所有开发人员都严格执行该样式的话

---

If样式指的是“良好实践”（就像“If”语句的主体必须用开头和结尾的花括号括起来），它实际上非常有用。

我认为在一个大型团队中，统一的编码风格是必不可少的。有一些标准有助于提高可维护性，因为新的开发人员可以用最少的学习曲线来维护旧代码

---

至于加强样式差异（例如“{”来自何处）可以很容易地通过自动化工具完成，而不会对开发过程施加太多压力。Eclipse和Visual Studio都有非常丰富的选项集，可以根据大量选项自动格式化代码。

是的，这非常有用-尤其是在大型项目中。这意味着您可以使用其他任何人的代码，例如这意味着人们在项目中的可移植性更强，这给个人和公司带来了更大的灵活性

---

不利的一面是，可以花很多时间争论使用哪种风格。

对编程或格式风格的限制可能有助于减少多人团队中的摩擦

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

问候,，

---

tamberg

编码样式和格式化样式之间有区别。 编码风格强化了良好的实践。 “IF”语句的主体必须用开头和结尾的花括号括起来 格式化样式是代码的外观。 其中，{出现在IF语句中

在团队环境中

一个好的格式化工具将允许所有开发人员以他们希望的方式查看代码。

---

一个好的样式工具将确保所有代码都遵循相同的指导原则

我喜欢StyleCop的概念，尽管我并不真正关心很多规则。样式是如此主观，以至于我发现自己很难确定它是否应该成为我们流程的一部分。thoug，我真的更希望看到一个具有统一样式的团队h、 这就是为什么我如此伤心

---

显然，问题的另一面是，使用FxCop（或针对TFS用户的代码分析）这样的工具更多的是基于实践，因此决策变得更加技术化，而非个人和风格化。

如果您使用的是版本控制系统，那么如果每个开发人员在接触文件时都按照自己的喜好重新格式化代码，就会变得非常难看。在一个开发人员不具备必要沟通技能的地方，Wikipedia-如果每个开发人员都积极地坚持“自己的”标准，编辑战也会接踵而至

总的来说，如果两个人在同一个文件上工作，手动重新格式化也会导致签入时发生更多冲突

---

因此，如果您使用的是VCS，我甚至建议您强制执行格式规则。强制执行样式规则可以提高代码质量。

这是一条细线。在我的书中，花括号的位置比花括号的存在更重要。