Java 使用checkstyle而不是使用Eclipse内置代码格式化程序的优势？

使用checkstyle而不是Eclipse自己的代码格式化程序有什么功能优势吗？在这两种情况下，我们都会添加一些自定义规则，但它主要基于Sun的java代码约定

以下是使用checkstyle的一些优点：

• 可在IDE之间移植。如果您决定稍后使用IntelliJ，或者您有一个使用各种IDE的团队，那么您仍然有一种方法来加强一致性
• 更好的外部工具。将checkstyle与外部工具集成起来要容易得多，因为它实际上是作为一个独立的框架设计的。您可以很容易地将其作为预提交挂钩插入到SCM中，或者插入到构建工具中。使用Eclipse风格的约定，您需要编写或定位一个插件来完成同样的事情
• 创建自己的规则的能力。Eclipse定义了大量样式，但checkstyle有更多样式，您可以添加自己的自定义规则

---

当然，eclipseformatter/styler的优点是它已经内置到IDE中，因此如果您的团队已经在Eclipse上实现了标准化，那么您可以让每个人都很快地启动和运行。但是使用checkstyles可以提供更多的选项。

而且Eclipse formatter不会显示警告，它可以静默地格式化文件。当有人提交了不可读的源（没有任何格式）时，格式化程序将保持沉默，但检查后的Checkstyle将显示带有此类警告的文件。