重量级与轻量级的区别

直接把一项技术的规范和文档拿出来秤：操过500克就是heavyweight，否则就是lightweight。


似乎heavyweight总是与复杂性联系起来的，就如同ejb container与spring。


我们所开发的系统并不是都是分布式的，也并不都是那么复杂的，才会有spring的出现。客观的说，ejb container能够提供的功能，spring基本上都能够以javabean的方式实现。
区别在于ejb container是一个构件的容器；而spring是一个对象的容器，一个转移对象间的耦合，把业务逻辑与安全、事务等相分离的轻量级解决方案。
Spring 最核心的部件就是它的Bean Container,在整个框架中扮演了一个软总线，它使框架内部的组件按照一定的耦合度组装起来，对外提供一个服务的接口。
如果开发一个需要跟多个系统交互运行的分布式系统还是使用ejb吧， spring取代不了ejb。
但是对于大多数web应用，应该是一个不需要访问其他系统的多层系统（即使可能访问多个数据库），采用spring把。Spring+hibernate应该是一个比较好的组合，但和ejb container相比，spring的缺点就是没有规范。其实这么多年来，java总是在不停的修修补补中前进。



轻量级容器对于web 应用的意义尤为明显；但对于其他类型的应用（包括在J2EE环境中运行的应用和独立的应用）来说，轻量级容器也有助于提高它们的复用程度，例如业务对象和数据访问对象（DAO）的复用。 什么是轻量级容器? EJB可能是最好的反例:
1. 侵略性的API(你的代码依赖于EJB)
2. 对容器的依赖(你的代码不能在EJB容器之外工作)
3. 只提供固定的一组功能,不具备配置能力
4.
5. 启动时间长
6. 部署过程取决于特定的产品，无法通用 轻量级容器的目标是避免上面所有这些麻烦事情.