我在Java中有一些关于Spring范例的问题：
1）假设我有一个应用程序，我将所有内容写入接口，然后在最后一刻，在我的实际main（）或者在配置文件中的某个地方，我定义了我要使用的特定类。我是否实现了与Spring相同的目标？在那种情况下，为什么我需要Spring的DI？写入接口，并将细节留到最后一刻，是程序员几十年来一直使用的标准做法。
2）如果异议是针对某些（最终）时间点的新对象，则必须在我的界面驱动应用程序中的某个时刻完成，但这有什么问题？如何让一个“新”语句使一个类无法使用或不可测试 - 或者它只是可读性/透明度？
3）人们说声明性地使用对象“摆脱了依赖性”。但是我们仍然有一个依赖：在编译代码之前，我们必须导入一个新类，即使我们不“新”它？
答案 0 :(得分：1)
有些人，像我一样，更喜欢使用Spring XML配置依赖关系和接口实现的连接而不是硬编码。所有的布线都在一个地方（假设你没有使用注释），我还可以争辩说修改XML文件的配置比修改代码更容易。如果存在需要更改的内容，您还可以在应用程序运行之间调整Spring文件 Spring是一个很好的框架，已经存在了一段时间。我发现依赖注入（DI）确实非常好。虽然＃1中的方法没有“错误”，但我认为使用Spring会给你一个更强大的实现。为什么重新发明轮子？