关于轻量级与重量级的区别。
来源:互联网 发布:连环杀人知乎 编辑:程序博客网 时间:2024/05/16 14:24
轻量级容器
"越来越成为Java世界的讨论关键词之一。那么到底什么是"
轻量级"容器?
在你浏览最近的有关J2EE的文章或者blog,都有意无意的提到了
"lightweigh containter"
,
伴随着个词出现最多的就是
"IoC"
,
"dependencies inject"
,
"AOP"
等等。
何谓
"容器"
?
说穿了没什么特别的地方,而且在我们的世界里面司空见惯。容器就是一组提供一系列服务的管理器,只要你符合容器的服务要求(规范)
容器就可以让你使用范围内的管理服务. 早在Web流行的时候,http container就为我们提供解析Html的能力,
让我们的html代码可以通过http协议来发布到internet.随着web应用的推广,动态语言的发展,http容器逐步
可以用指定的接口来解释特殊文件中的特殊片断,如:php,asp等等。那么让我们揭开容器的盖子,看看里面都有什么(服务).
1
,生命周期管理
- 既然要管理运行的组件(或程序片断),至少可以通过某种方法在需要它的时候创建,没用的时候销毁。
2
,查询定位
- 通过一定的策略(通常用文件名称)确定需要调用哪个组件或者资源,这可是作为管理器的主要工作。
3
,配置器
- 提供静态配置策略。让用户可以控制服务的细节部分。如,资源在哪里等等
4
,依赖解析
- 如果组件之间存在关系,或者需要相互通讯。那么至少要保证他们都是
"活"
的。这就需要分析出之间的依赖关系,动态管理。
5
,不同协议层的通讯支持
- 对于程序片断不是自己就可以完成所有的计算的,还需要和不同的系统(平台)进行通讯,如用JDBC和数据存储数据库,用RMI分布组件
6
,扩展支持
-扩展服务项不仅是容器需要的,也是任何软体需要的。比如说,增加安全策略。
何谓
"轻量级"
?
既然是
"轻"
,那就是比较
"重"
的而言.
"重"
的典型代表就是EJB,EJB提供了一系列
"重量级"
企业级服务,并可以让你开发的组件可以很好的
集成EJB容器所提供的企业级服务,如JTA等。那么既然有了
"要嘛有嘛"
的服务容器,为什么还需要
"轻量级"
呢?这是一个好问题。
对于全面的EJB容器,虽然给了我们看起来完整的服务策略,但是,EJB不是雷锋,它也给我们带来了许多负面效果。有过EJB经验的人们
深有感触:
1
,部署复杂,运行缓慢
2
,内在服务多,启动慢
3
, 规则特多,空间很小
4
,难预测试(调试)
...
EJB容器的服务往往是
"买一送三"
,不要都不行。我只需要JTA,而真的不需要JMS.
所以,在这个
"对我没用的都是垃圾"
的世界里,我们就需要
"可选择型"
的服务容器,让那些对我们没用的服务不要站在这里碍事。
可选择性就是轻量级容器的目标之一。
"轻量级"
在哪里?
容器的服务既然可以DIY了,那么确实看上去
"轻"
了许多。但是,事情并非如此简单。
在开始之前,先来回顾一下几个关键词
1
,封装
Java本身在照顾到非java程序员接受程度和配合市场宣传的
"running anywhere"
,不得不将一些
非面向对象的特性语法加入其中。
"是否破坏了封装?"
,称为Java十年来争议最多的问题。
2
,组件式开发
这个词在软件的圈子里显得技术含量很高,但是,在硬件范围里,哪个硬件不是组件式的呢?你的计算机里就是各式各样的组件,
他们靠各个接口(插槽)集成工作。甚至你正在看得数字电视机顶盒也是一个标准的组件。
3
,Running Anywhere
这个词伴随着一杯黑咖啡进入我们的世界,虽然现在已经变成了
"Debug Anywhere"
,但是,这一直是我们的目标。
轻量级容器就是以这几个为目标的解决方案。
面对封装,组件粒度一直是SA的最大问题。根据EJB模型,EJB组件让我们把业务组件封装成粗粒度的业务组件。
轻量级容器这可以定义更为细粒度的组件,甚至这个组件只有一个对象.以依赖注入(Dependency Injection,DI)为代表的解耦模式,
可以让组件不去依赖容器(运行环境)的API。DI作为容器的管道,承担中间人的角色,让使用者(component)和提供者毫无关联。
对于以何种粒度去设计业务组件,这就是业务的具体需求所决定的,任何框架都帮不了你。
而轻量级容器提供技术方面的支持也绝对让你有的放矢。
面对组件,真正的组件就像你手里的U-disk,插到USB上就可以享受其功能。
轻量级容器通过反向控制(Inversion of Control,IoC)让容器具有主动权,去管理插进来的组件。只要组件是符合标准的,就可以被
轻量级容器管理。
面对Running Anywhere,轻量级容器让组件以POJO的形式存在,只要你有java.exe就可以运行它。
这样,组件根本就是一个独立的功能集成类,根本不需要容器就可以实现测试行为。
以上三点,给我们带来的好处不仅如此,我们伴随着还将重用,生产力,测试(质量),移植性等各个方面受益,这里就不多啰嗦了。
轻量级容器的现状
目前,轻量级容器在open source范围已经得到了广泛的认可,而且,作为下一代J2EE构架的基础有着无法比拟的优势。
当前,已存在的轻量级容器框架中,有绝大部分来自open source社群,这给我们对这项技术的了解降低了门槛。
0 0
- 关于轻量级与重量级的区别。
- 重量级与轻量级的区别
- 轻量级框架与重量级框架的区别
- 轻量级组件与重量级组件的区别
- 轻量级框架与重量级框架的区别
- 轻量级与重量级的论述
- java 轻量级组件与重量级组件的区别
- java组件之重量级与轻量级区别
- java组件之重量级与轻量级区别
- 轻量级组件和重量级组件的区别
- 轻量级和重量级框架的区别
- java中重量级和轻量级的区别
- 轻量级与重量级框架的划分
- 轻量级与重量级特点
- 轻量级与重量级特点
- java重量级与轻量级
- “轻量级”与“重量级”
- 偏向锁,轻量级锁与重量级锁的区别与膨胀
- Python:逐行读写提高程序性能
- Cloudera Manager 和 CDH5 本地(离线)安装指导
- H5资源管理库
- Android InputMethodManager内存泄漏 解决方法总结
- String类下compareTo()与compare()方法
- 关于轻量级与重量级的区别。
- 一步步学ROS(3)建立msg和srv
- 五大常用算法
- spring data jpa 入门
- Windows部署——Dism命令工具(1)
- POJ 1000
- React-native从startActivityForResult中获取结果
- 微信小程序参数二维码的8大使用场景
- Format 函数,%f,%d,%x,%p