简述spring的ioc和di 自动注入到底比new好在哪？

自动注入到底比new好在哪？

控制反转和容器IOC只能看作是一种编程思想。在理想状态下，可以实现自动注射和生命周期管理。但在实际的开发中，我个人觉得有时不如新的方便，我主要遇到以下问题：

1。编写大量的配置和构造函数要比编写新的更麻烦，特别是对于某些函数来说，只需一次。原来，new可以一次性完成，但是如果要使用依赖注入，还需要编写配置

2。当需要注入更多的类时，构造函数就像老妇人的裹尸布一样臭，一样长。关键是以前用过的一些类现在不用了，你要手动清理构造函数，这比new要麻烦多了

3。这也是最重要的一点，有时候项目很复杂，会遇到循环注入的问题。也就是说，A依赖B，B依赖C，C依赖A，这种情况说明架构的存在是不合理的。在这一点上，你可以重构系统，也可以不依赖依赖依赖注入，直接用新的方法来解决它。]因此，依赖注入只是一种编程思想，有一些高级的性质，但不是。它是万能的。它存在的意义是脱钩。从宏观上讲，就是要解决多人共同开发一个项目时，各自独立的模块，减少相互之间的依赖和干扰。从微观的角度看，有几个类是密切相关的。虽然文件是独立的，但是功能是集成的。在这个时候，脱钩是没有意义的。为什么不是新的？

因此，我个人理解依赖注入与引擎是一样的。发动机由几个主要部件组成。这些组件之间是解耦的，可以通过依赖注入来实现。对于单个组件的内部部件和螺钉，必须使用依赖注入来实现它们。这比收益多一点。使用new来实现它们要方便得多。。。[Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose][Pick nose

任何语言的问题实际上都是一样的。从一门语言开始，我们首先需要了解语言语法（可以使用），然后了解标准库（可以使用）。有了这两个步骤和对其他语言的一点了解，我们就可以开始了。我们学校现在招收了很多毕业生，经过1-2个月的辅导，到了这个阶段。

剩下的是第三步，通过项目或产品的实践加深对技术和业务的理解。在这个阶段，我们通常依靠自学、谷歌和理解。两三年后，我们可以发现，有些人对技术和业务的了解很深（老手），有些人还很肤浅。这段时间通常是另一个跳槽阶段。在这个时候，不同的人的工资水平会有很大的差异。

总而言之，程序员最重要的是持续学习（第三阶段）。事实上，IT行业是一个需要不断学习的行业（因为技术更新太快）。初出茅庐，我们都有同样的基础和能力。这一差距将在2-3年后出现。如果你是贫穷的一方，那就意味着你工作不够努力。

最后，Java主要用于服务器。由于其出色的内存管理，它阻止了许多程序员的能力差异（能力较弱的程序员可以编写较少的糟糕系统），并且适合于长期的服务器项目（如web和其他非UI应用程序）。

虽然也有优秀的UI库（如SWT）和优秀的桌面应用程序（如idea、eclipse和netbean），但是桌面软件应用程序仍然很少，需要带JRE，所以负担相对较大。

简述spring的ioc和di ioc和di依赖注入 spring ioc实现原理

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。