春天依赖注入与写作，界面

Question

我有在Java中春范式几个问题：

1）假设我有一个应用程序，我写的一切接口，然后在最后一刻，在某处我的实际main（）或者可能在一个配置文件中，我定义了要使用的特定类。我是否实现了与Spring相同的目标？那么，为什么我需要Spring的DI？写入接口并留下细节直到最后一刻，是程序员数十年来一直使用的标准做法。 2）如果对某些（最终）时间点的新对象有异议，这必须在我的界面驱动应用程序的某个时间点完成，但是这有什么问题？如何让一个“新”语句使一个类不可用或不可测试 - 或者它只是可读性/透明性？

3）人们说声明性地使用对象“摆脱依赖关系”。但是我们仍然有一个依赖：在我们编译代码之前，我们必须导入一个新类，即使我们没有“新”它。

Answer 1

有些人和我一样，更喜欢使用Spring XML来配置依赖和接口实现的接线，而不是硬编码它们。所有的布线都在一个地方（假设你没有使用注释），我也可以争辩说修改XML文件的配置比修改代码更容易。如果需要更改某些内容，您还可以在应用程序运行之间调整Spring文件。
Spring是一个很好的框架，已经有一段时间了。我发现它非常擅长依赖注入（DI）。虽然你在＃1的方法没有什么“错误”，我认为使用Spring会给你一个更强大的实现。为什么重新发明轮子？