Spring依赖注入与编写接口

Question

我对Java中的Spring范式有一些疑问：

1）假设我有一个应用程序，在其中我将所有内容都写到接口，然后在最后一刻，在我实际的main（）或配置文件中的某个地方，我定义了要使用的特定类。 我实现了与Spring相同的目标吗？ 在那种情况下，为什么我需要Spring的DI？ 编写接口，并将细节保留到最后一刻，是程序员数十年来一直使用的标准实践。

2）如果异议是在某个（最终）时间点对新对象进行的，则必须在我的界面驱动的应用程序中的某个时候进行，但是这有什么问题呢？ 拥有“新”语句如何使类无法使用或不可测试-还是仅仅是可读性/透明性？

3）人们说，声明式地使用对象“摆脱了依赖”。 但是我们仍然有一个依赖关系：即使我们不“新建”它，我们也必须导入一个新类，然后才能编译代码？

Answer 1

和我一样，有些人更喜欢使用Spring XML配置依赖项和接口实现的连接，而不是对其进行硬编码。 所有的连接都在一个地方（假设您没有使用批注），我还可以说修改XML文件的配置比修改代码更容易。 如果需要更改某些内容，还可以在应用程序的运行之间调整Spring文件。
Spring是一个很好的框架，已经存在了一段时间。 我发现依赖注入（DI）确实非常好。 尽管在＃1中您的方法没有什么“错误”，但我认为使用Spring将为您提供更可靠的实现。 为什么要重新发明轮子？