spring-core-2-18 | 轻量级IoC容器：如何界定IoC容器的“轻重”？

轻量级IoC 容器

特征

《Expert One-on-One™ J2EE™ Development without EJB™》认为轻量级容器的特征：
还是那本书, 这里作者有给出自己的定义
来自“Chapter 6. Lightweight Containers and Inversion of Control”

• A container that can manage application code.
容器可以管理应用的代码, 可以管理代码运行, 比如控制代码启停, 生命周期等.

• A container that is quick to start up.
可以快速启动. 随着spring的东西越来越多, 这条也是不太好做了.

• A container that doesn’t require any special deployment steps to deploy objects within it.
容器不需要特殊配置, 这里对比的是 EJB, 因为 EJB 在容器启动时需要大量的 XML 配置文件以及相关资源的配合

• A container that has such a light footprint and minimal API dependencies that
it can be run in a variety of environments.
轻量级的内存占用和最小化的API的依赖. J2EE时代就是有大量的API需要用到.

• A container that sets the bar for adding a managed object so low in terms of
deployment effort and performance overhead that it’s possible to deploy and manage fine-grained objects, as well as coarse-grained components.
容器要提供一个管控渠道, 帮助我们去部署和管理一些细粒度的对象.

好处

• 《Expert One-on-One™ J2EE™ Development without EJB™》认为轻量级容器的好处：

• Escaping the monolithic container
释放掉一些 聚式/单体容器, 正如现在流行的微服务, 就是聚式应用的反方向

• Maximizing code reusability
最大化的代码复用, 这个和框架好像关系不是那么大.

• Greater object orientation
更大程度的面向对象, 也是针对 EJB来说的, EJB不是很好的面向对象

• Greater productivity
更大化的产品化. 在那个时代其实 Java EE 的产品做得还不错, 有相关的管理平台, 资源等, 但是产品的效率性不够, 可测试性就不够强.
而 springFramework的效率就更高, 但是 IDE 的支持当时并不好.

• Better testability
更大的可测试性. Java EE 的可测试性就不强. spring则推崇 jUnit单元测试和集成测试, 这方面就强一些.

这里再推荐一波这本书, 有空要去看