我应该始终如一地使用spring boot starter依赖项吗？
Spring boot提供了许多starter依赖项，如spring-boot-starter、spring-boot-starter-batch、spring-boot-starter-test等。这些依赖项包括许多其他传递依赖项。到目前为止，我一直在项目中使用这些初学者依赖项。只有在库没有初学者依赖项的地方，我才包括具体依赖项。
我认为这是错误的做法，对吧？依赖于类路径（例如hamcrest）是否存在一些不是真正需要的缺点？
共有1个答案
你的同事是对的。在类路径中不应该有根本不使用的lib。它使战争更大，组件扫描更慢。（这也会使IDE变慢一些。）
另一方面，靠自己来维护所有的依赖关系是一项很大的工作，但我认为这是值得的。
-
问题内容： 我正在运行Java应用程序，并且出现以下错误： java.lang.ClassNotFoundException：org.apache.http.util.Args 我认为问题在于一个库试图通过反射使用该类，但是没有找到它。 我应该在Maven pom.xml文件中添加什么来解决此依赖性？ 我的类路径已经包含以下与该类相关的参考： 我的档案： 问题答案： 您需要添加以下依赖项：
-
我正在使用maven eclipse插件来管理我的web应用程序项目的dependecies（eclipse WTP）。在更改依赖项时，我通常执行maven的copy-dependencies目标，将项目JAR复制到WebContent/WEB-INF/lib文件夹。当我更改pom文件中的依赖项时，是否有一种方法可以自动完成此操作？
-
问题内容： 我使用JPA，并将Hibernate作为其实现。我的项目中 需要* 具备哪些依赖关系？ * 问题答案： 我相信您仅需要两件事就是hibernate的entitymanager，然后是SLF4J日志记录捆绑包之一。其他所有内容都应作为依赖项引入：
-
问题内容： 在编写自己的类时，是否总是有必要重写？ 如果我不这样做，它将自动检查所有字段是否相同？还是只是检查两个变量是否指向同一个对象？ 问题答案： 如果正在编写将要以某种方式比较其对象的类，则应重写和方法。 不提供显式方法将导致从超类继承该方法的行为，并且在超类为类的情况下，它将成为Java API规范中针对该类设定的行为。 提供方法的一般约定可以在该类的文档中找到，特别是and 方法的文档。
-
我试图在IntelliJ中用Scala2.11.7构建一个项目。我已经将设置为，但是当我检查外部库时，我可以看到。 是否需要将声明为中的依赖项？这些文件令人困惑，似乎在连续的段落中说我确实需要然后不需要： 当使用标准库以外的Scala依赖项时，将其添加为普通托管依赖项。例如,要依赖Scala编译器, libraryDependencies+=“org.scala-lang”%“scala-comp
-
问题内容： 为什么我应该（或不应该）将gradle依赖项包含为， 有什么好处/缺点？ 如您所见，我在支持它的下面的库中添加了@aar。但是一切似乎都还没有做完… 问题答案： 在大多数情况下，您可以使用或上载多种格式的库。 如果不指定后缀，则将以其默认格式（由作者定义，如果不是，则以默认格式）以及所有依赖项下载该库。 指定后缀时，将强制以指定的格式（可能存在或可能不存在）下载库。这很有用，例如当作者