我应该始终如一地使用spring boot starter依赖项吗？

Question

Spring boot提供了许多starter依赖项，比如spring-boot-starter、spring-boot-starter-batch、spring-boot-starter-test等等。这些依赖关系包括许多其他的传递依赖关系。到目前为止，我在项目中一致地使用了这些starter依赖项。只有在库没有起始依赖项的情况下，我才包含具体的依赖项。

最近经过了一位同事，他说他不想将所有这些入门依赖项集成到项目中。他对要包含的特定依赖项有更多的控制权，因此您可以确保只有依赖项依赖于构建和实际需要的类路径。

我认为这是错误的方法，对吧？依赖于类路径(例如hamcrest)有什么不必要的缺点吗？

Answer 1

你的同事是对的。您不应该在类路径中包含根本不使用的库。它使战争变得更大，组件扫描速度变慢。(这也会使您的IDE变得有点慢。)

另一方面，自己维护所有依赖项是一项很大的工作，但我认为这是值得的。

Answer 2

一般来说，我会同意你的同事的观点，让你的依赖尽可能保持干净。

但是，如果您想使用任何与Spring Boot相关的特性，那么我建议您使用启动器，因为它们包含所有必需的依赖项并启用必要的自动配置类。如果你自己定义依赖项和配置，那么使用Spring Boot就没有意义了，你可以抛弃它。

Answer 3

老实说，我有点同意你的同事的看法，+拉尔夫在他的回答中的建议。棘手的一点是Spring boot。我想说的是，依赖关系、项目设置和整体机制高度依赖于Spring Boot框架提供的现成决策和依赖关系。当你想要最终摆脱所有这些开箱即用的好东西的时候，特别是依赖管理等，然后，天哪，你就遇到了麻烦。如果您重新构建基于Spring的应用程序，尝试定义自己的项目结构，所有必需的依赖项，当然还需要自己连接所有必需的插件，这将是有意义的。但这会耗费时间，而且会增加complexity...thats，为什么Spring Boot和其他框架在几个方面往往是固执己见的。来减轻这种痛苦。这实际上是一个选择的问题，以及你希望在未来如何控制的问题。