重量级与轻量级的区别

直接把一项技术的规范和文档拿出来秤：操过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.   部署过程取决于特定的产品，无法通用   轻量级容器的目标是避免上面所有这些麻烦事情.