|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
java比较简单,没有C++的烦琐,但学习时最好有C++为基础.与JSP和SQL起应用,功能强大.
1、Hibernate是JDBC的轻量级的对象封装,它是一个自力的对象耐久层框架,和AppServer,和EJB没有甚么一定的接洽。Hibernate能够用在任何JDBC可使用的场所,比方Java使用程序的数据库会见代码,DAO接口的完成类,乃至能够是BMP内里的会见数据库的代码。从这个意义下去说,Hibernate和EB不是一个范围的工具,也不存在非此即彼的干系。
2、Hibernate是一个和JDBC亲切联系关系的框架,以是Hibernate的兼容性和JDBC驱动,和数据库都有必定的干系,可是和利用它的Java程序,和AppServer没有任何干系,也不存在兼容性成绩。
3、Hibernate不克不及用来间接和EntityBean做对照,只要放在全部J2EE项目标框架中才干对照。而且即便是放在软件全体框架中来看,Hibernate也是做为JDBC的替换者呈现的,而不是EntityBean的替换者呈现的,让我再列一次我已列n次的框架布局:
传统的架构:
1)SessionBean<->EntityBean<->DB
为懂得决功能停滞的替换架构:
2)SessionBean<->DAO<->JDBC<->DB
利用Hibernate来进步下面架构的开辟效力的架构:
3)SessionBean<->DAO<->Hibernate<->DB
就下面3个架构来剖析:
1、内存损耗
接纳JDBC的架构2无疑是最省内存的,Hibernate的架构3次之,EB的架构1最差。
2、运转效力
假如JDBC的代码写的十分优化,那末JDBC架构运转效力最高,可是实践项目中,这一点几近做不到,这必要程序员十分精晓JDBC,使用Batch语句,调剂PreapredStatement的BatchSize和FetchSize等参数,和在需要的情形下接纳了局集cache等等。而一样平常情形下程序员是做不到这一点的。因而Hibernate架构体现出最快的运转效力。EB的架构效力会差的很远。
3、开辟效力
在有JBuilder的撑持下和复杂的项目,EB架构开辟效力最高,JDBC次之,Hibernate最差。可是在年夜的项目,出格是耐久层干系映照很庞大的情形下,Hibernate效力高的惊人,JDBC次之,而EB架构极可能会失利。
4、散布式,平安反省,集群,负载平衡的撑持
因为有SB做为Facade,3个架构没有区分。
4、EB和Hibernate进修难度在那里?
EB的难度在那里?不在庞大的XML设置文件上,而在于EB使用略微失慎,就有严峻的功能停滞。以是难在你必要进修良多EJB计划形式来避开功能成绩,必要进修AppServer和EB的设置来优化EB的运转效力。做EB的开辟事情,程序员的年夜部分精神都被放到了EB的功能成绩上了,反而没有更多的精神存眷自己就次要投进精神往思索的对象耐久层的计划下去。
Hibernate难在那里?不在Hibernate自己的庞大,实践上Hibernate十分的复杂,难在Hibernate太天真了。
当你用EB来完成耐久层的时分,你会发明EB其实是太愚笨了,愚笨到你基本没有甚么能够选择的余地,以是你基本就不必消费精神往计划计划,往均衡计划的优劣,往费头脑思索选择哪一个计划,由于只要独一的计划摆在你眼前,你只能这么做,没得选择。
Hibernate相反,它太天真了,不异的成绩,你最少能够计划出十几种计划来办理,以是出格的犯难,事实用这个,仍是用谁人呢?这些计划之间究竟有甚么区分呢?他们的运转道理有甚么分歧?运转效力哪一个对照好?光是主键天生,就有七八种计划供你选择,你难堪不难堪?汇合属性能够用Set,能够用List,还能够用Bag,究竟哪一个效力高,你难堪不难堪?查询能够用iterator,能够用list,哪一个好,有甚么区分?你难堪不难堪?复合主键你能够间接在hbm内里设置,也能够自界说CustomerType,哪一种对照好些?你难堪不难堪?关于一个表,你能够选择单一映照一个对象,也能够映照成父子对象,还能够映照成两个1:1的对象,在甚么情形下用哪一种计划对照好,你难堪不难堪?
这个列表能够一向开列下往,直到你不想再看下往为止。当你眼前摆着有数的头昏眼花的计划的时分,你会以为幸运呢?仍是悲伤呢?假如你是一个卖力的程序员,那末你必定会细心研讨每种计划的区分,每种计划的效力,每种计划的合用场所,你会以为你已堕入出来拔不出来了。假如是用EB,你第一秒种就已做出了决意,基本没得选择,好比说汇合属性,你只能用Collection,假如是Hibernate,你会在Bag,List和Set之间往返优柔寡断,乃至弄不分明的话,程序都没有举措写。
大型的应用一般不会用这些框架(因为性能考虑);开发人员根据需要选择用一些框架,也可以不选用框架;不用框架并不代表要自己写框架;修改框架的可能性更小。 |
|