- 浏览: 750496 次
- 性别:
- 来自: 上海
文章分类
- 全部博客 (981)
- javascript (102)
- java (212)
- JQuery (81)
- 幽默笑话 (2)
- 只言片语 (6)
- 开发小记 (283)
- Hibernate (17)
- DWR (4)
- SQL (10)
- spring-ibatis (8)
- linux (24)
- Struts1 (8)
- Struts2 (16)
- spring (42)
- Mybatis (16)
- css (18)
- servlet (8)
- jdbc (4)
- jsp (1)
- spring-jdbc (2)
- FreeMarker (2)
- MySQL (24)
- JQuery-Grid (7)
- jstl (5)
- 正则表达式 (1)
- 面试集锦 (86)
- unix (18)
- 开发工具 (23)
- ajax (5)
- webservice (4)
- log4j (3)
- oracle (15)
- extjs (14)
- 其他 (9)
- 优秀技术参考地址 (1)
- 性能 (3)
- 数据库 (25)
- 算法 (15)
- 设计模式 (10)
- Python (3)
- AIX (5)
- weblogic (1)
- shell (14)
- quartz (5)
- 图形文件FusionCharts (1)
- Websphere (4)
- 转载 (5)
- hadoop (1)
- highchart (24)
- perl (22)
- DB2 (7)
- JBoss (1)
- JQuery Easy UI (9)
- SpringMVC (5)
- ant (5)
- echart (9)
- log4J配置 (3)
- 多线程 (10)
- 系统架构 (7)
- nginx (3)
- loadrunner1 (1)
- 分布式 (1)
- Dubbo (1)
- Redis (2)
- JMS (4)
- 自动化测试 (3)
- Spring循环依赖的三种方式 (1)
- spring-boot (2)
- 高级测试 (9)
- github (2)
- sonar (1)
- docker (6)
- web前端性能优化 (1)
- spring-aop (6)
- rabbit (1)
- ELK (1)
- maven (1)
- minio (1)
最新评论
-
zengshaotao:
jstl1point0 写道很好啊,如果有带Session会话 ...
Nginx+Tomcat搭建高性能负载均衡集群 -
jstl1point0:
很好啊,如果有带Session会话的怎么搞呢
Nginx+Tomcat搭建高性能负载均衡集群
1.优点
简单:
易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。
实用:
提供了数据映射功能,提供了对底层数据访问的封装(例如ado.net),提供了dao框架,可以使我们更容易的开发和配置我们的dal层。
灵活:
通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能,或许更多。
功能完整:
提供了连接管理,缓存支持,线程支持,(分布式)事物管理,通过配置作关系对象映射等数据访问层需要解决的问题。提供了dao支持,并在dao框架中封装了ado.net,Hibernate和datamapper.增强系统的可维护性:通过提供dal层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。
2.缺点
滞后性:
还没有明确对。net2.0的支持。最新版本在2.0下编译可以,但有些单元测试不能通过。
不成熟,工程实践较少:ibatisnet在实际项目中的使用较少。 只是理论上可行。
半orm,工具支持较少:需要我们自己写sql,并且。net下还未发现可以自动生成业务层类和配置文件的工具,这点和Hibernate不一样,Hibernate会为我们的数据库直接产生sql,并有一些辅助工具。因此使用ibatis比Hibernate要多做一些工作。
3.可行性
没有最好的框架,只有最适合的框架。 存在的便是合理的,它存在就说明有它存在的道理。但它未必为我们存在。所以选择一个框架最主要的是看它对你有没有意义,意义有多大,是不是比其他框架带给 你的好处要多。没有绝对的优点也没有绝对的缺点,重要的是看在什么情况下讨论。
上面说了部分的ibatis的优点和部分缺点。这些优点从理论上证明ibatis对任何数据持久层都合适,但未必是最好的选择。下面对上面的优缺点分别从两方面讨论。
简单:
我们都喜欢简单,简单意味着学习成本低,使用中出错的可能性低。同时,简单的东西一般来说功能不够强大。反过来,复杂的东西学习成本高,用起来不方便,并且团队没有很强的技术实力,一般不要使用。
实用:
解决了项目中需要解决的问题,这是任何实际工程中采用的框架和工具都应具有的性质,否则就不要拿到实际项目中来。
灵活:
灵活有两层意思,一种是简单易扩展,另一种是功能强大提供了很多选项。ibatis属于前者,Hibernate属于后者。两者各有优缺点。
功能完整:
ibatis的功能完整也是相对的,比我们自己开发的框架应该完整,但对比其他框架肯定也有一些解决不了的问题。
增强系统的可维护性:利用ibatis可以做到sql和代码分离,可以设计出一个清晰的数据访问层(dal)。但项目架构是否科学合理,是否以维护,关键不在ibatis,因 为它只是一个数据层框架。但是我们也不得不清楚,要想发挥ibatis的优势,我们需要做一些额外工作,比如最好设计dao接口,需要将业务层实体和对实 体的访问放在不同的工程中,同时需要维护xml配置文件。
滞后性:
ibatis组现在还没有提到要支持。net2.0,很多人在。net2.0下使用ibatis都出现了问题。所以如果要使用。net2.0开发,ibatis不是一个好选择,还需要等待。
不成熟:
开源的东西很难说成熟,但一般比我们自己写的框架要成熟。由于我们可以拿到他的源代码,所以关键在于我们能否驾驭它。
半orm,工具支持少:
这注定了ibatis不能从本质上提升开发效率,我们需要自己写sql,写实体类,写配置文件。但这也是它优越的地方,它没有为我们做的他多,所以我们就 有更多的施展空间。而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发。
使用ibatis需要自己写sql,由于我们的sql不可能完全符合sql标准,比起Hibernate产生的sql来,可移植性差。不过由于我们更改 数据库的可能性较小,对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的。另一方面,Hibernate虽然可以屏蔽很多 数据库间的不同,但是却很难利用某些数据库的高级特性,比如oracle的分析统计函数。
Hibernate不适合数据库模式不规范,约束不完整,需要大量复杂查询的系统,同时Hibernate的学习成本较高,完全掌握Hibernate也较困难,风险较大。
自己写框架未必比ibatis的好,稳定,强大和可扩展。而且自己开发框架也需要较大的工作量。
如果使用dotnet并且要选一个数据层框架,而系统中有相当一部分较复杂的sql,或数据库设计不合理,脏数据多,对性能和资源要求严格,ibatis 是一个比较不错的选择。他的那些缺点并不是致命的,而且也是有一些解决方案的。尤其是,当选用了ibatis的dataaccess作为dao框架时,我 们可以同时使用Hibernate,ado.net和datamapper(ibatisnet的核心组件),那样将会使风险降到最低,并且整个系统的 框架比较合理。
另外,利用ibatis可以统一编码风格,节约开发成本,大家不会再把精力浪费到分页 连接池 主键生成等地方了,可以集中精力进行业务组件的编写。
综上: 很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑。考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡。
ibatis只是封装了数据访问层,替我们做了部分的对象关系映射。但我们的代价是必须要写xml配置文件,相对于Hibernate我们还要写很多 sql.Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件,而且大部分情况下不需要我们写sql,会较大的提升开发效率。但这些也 有很多的局限性,尤其是对环境的要求较高(数据库设计,对象设计,团队的协作等)。
个人感觉ibatis对项目比较有意义的地方在于它小巧灵活,可扩展,封装了数据访问层(事务,缓存,异常,日志),并提供了dao框架支持。
利用ibatis我们可以做到代码和sql的分离,只要sql能够解决的问题,ibatis就能帮我们较容易的解决,同时也使我们的项目对某一框架的依赖 性变小(因为ibatis是非侵入性的)。这将极大的降低项目风险,减少解决复杂问题的时间,使项目的维护变得简单。
ibatis对于应用的修改,调试,扩充和维护将会变得容易自然。修改时,我们主要修改的是代表模型的实体对象,xml配置文件中的sql,和/或配置文 件的resultmap(很多时候是不需要的)。同时,sql和代码分离,我们不用在代码的stringbuffer的append方法之间寻找需要修改 的sql.配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用。
利用一些框架在前期一般会拖慢开发效率。因为我们需要付出学习成本,很多时候,使用框架需要写很多配置文件,在使用不熟时开发速度较慢;同时利用框架往往 使系统代码量增大,比如model1和model2模型,开发效率应该还是model1快,四层的架构肯定比两层的代码量大。 但对于中后期开发和维护将会极大的提高效率。
利用一些较完全的开发框架和代码生成工具,在前期会较大的提高开发效率,但在后期常常会拖慢进度,并有可能成为以后维护的梦魇。比如torque生成实体类和其对应的sql,虽大幅提高了效率,但修改负担较大。
比较理想的开发方式是使用简单框架结合简单的代码生成工具。框架提供系统的基础服务,并规范开发。框架一方面提供了开发中某一方面的开发基础支持,比如数 据访问层,事务,日志,公用类,异常等。另一方面,也为开发定义了模式,定义了系统的基本轮廓。同时,通过简单的代码生成工具生成部分低级的代码。比如通 过工具从数据库模式生成实体类。这些类生成后我们可以自由修改。
Hibernate是十分强大,比较完善的orm框架,不过这是它的优点也是它的缺点。 J2EE系统是否采用Hibernate3,是一个需要认真评估的问题。
要想Hibernate工作的好,数据库的设计必须好。同时对于复杂的数据操作同时需要使用sql,Hibernate3对于直接使用sql的支持比Hibernate2要自然,这一点是可以接受的。
Hibernate比较复杂,功能强大而灵活,要用好Hibernate确实不是很简单,当然spring框架提供了对Hibernate的封装,使Hibernate的使用变得简单了点。
可以说ibatis在任何系统里都适用,但未必是最好选择。不过ibatis提供的思路是我们应该仔细考虑的。
简单:
易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。
实用:
提供了数据映射功能,提供了对底层数据访问的封装(例如ado.net),提供了dao框架,可以使我们更容易的开发和配置我们的dal层。
灵活:
通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能,或许更多。
功能完整:
提供了连接管理,缓存支持,线程支持,(分布式)事物管理,通过配置作关系对象映射等数据访问层需要解决的问题。提供了dao支持,并在dao框架中封装了ado.net,Hibernate和datamapper.增强系统的可维护性:通过提供dal层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。
2.缺点
滞后性:
还没有明确对。net2.0的支持。最新版本在2.0下编译可以,但有些单元测试不能通过。
不成熟,工程实践较少:ibatisnet在实际项目中的使用较少。 只是理论上可行。
半orm,工具支持较少:需要我们自己写sql,并且。net下还未发现可以自动生成业务层类和配置文件的工具,这点和Hibernate不一样,Hibernate会为我们的数据库直接产生sql,并有一些辅助工具。因此使用ibatis比Hibernate要多做一些工作。
3.可行性
没有最好的框架,只有最适合的框架。 存在的便是合理的,它存在就说明有它存在的道理。但它未必为我们存在。所以选择一个框架最主要的是看它对你有没有意义,意义有多大,是不是比其他框架带给 你的好处要多。没有绝对的优点也没有绝对的缺点,重要的是看在什么情况下讨论。
上面说了部分的ibatis的优点和部分缺点。这些优点从理论上证明ibatis对任何数据持久层都合适,但未必是最好的选择。下面对上面的优缺点分别从两方面讨论。
简单:
我们都喜欢简单,简单意味着学习成本低,使用中出错的可能性低。同时,简单的东西一般来说功能不够强大。反过来,复杂的东西学习成本高,用起来不方便,并且团队没有很强的技术实力,一般不要使用。
实用:
解决了项目中需要解决的问题,这是任何实际工程中采用的框架和工具都应具有的性质,否则就不要拿到实际项目中来。
灵活:
灵活有两层意思,一种是简单易扩展,另一种是功能强大提供了很多选项。ibatis属于前者,Hibernate属于后者。两者各有优缺点。
功能完整:
ibatis的功能完整也是相对的,比我们自己开发的框架应该完整,但对比其他框架肯定也有一些解决不了的问题。
增强系统的可维护性:利用ibatis可以做到sql和代码分离,可以设计出一个清晰的数据访问层(dal)。但项目架构是否科学合理,是否以维护,关键不在ibatis,因 为它只是一个数据层框架。但是我们也不得不清楚,要想发挥ibatis的优势,我们需要做一些额外工作,比如最好设计dao接口,需要将业务层实体和对实 体的访问放在不同的工程中,同时需要维护xml配置文件。
滞后性:
ibatis组现在还没有提到要支持。net2.0,很多人在。net2.0下使用ibatis都出现了问题。所以如果要使用。net2.0开发,ibatis不是一个好选择,还需要等待。
不成熟:
开源的东西很难说成熟,但一般比我们自己写的框架要成熟。由于我们可以拿到他的源代码,所以关键在于我们能否驾驭它。
半orm,工具支持少:
这注定了ibatis不能从本质上提升开发效率,我们需要自己写sql,写实体类,写配置文件。但这也是它优越的地方,它没有为我们做的他多,所以我们就 有更多的施展空间。而且它非常适合那些并不能完全控制数据库的系统和需要利用数据库本身提供的高级特性的统计查询系统的开发。
使用ibatis需要自己写sql,由于我们的sql不可能完全符合sql标准,比起Hibernate产生的sql来,可移植性差。不过由于我们更改 数据库的可能性较小,对我们来说sql符合标准以便可以在迁移到不同服务器时代价最小并不是十分必要的。另一方面,Hibernate虽然可以屏蔽很多 数据库间的不同,但是却很难利用某些数据库的高级特性,比如oracle的分析统计函数。
Hibernate不适合数据库模式不规范,约束不完整,需要大量复杂查询的系统,同时Hibernate的学习成本较高,完全掌握Hibernate也较困难,风险较大。
自己写框架未必比ibatis的好,稳定,强大和可扩展。而且自己开发框架也需要较大的工作量。
如果使用dotnet并且要选一个数据层框架,而系统中有相当一部分较复杂的sql,或数据库设计不合理,脏数据多,对性能和资源要求严格,ibatis 是一个比较不错的选择。他的那些缺点并不是致命的,而且也是有一些解决方案的。尤其是,当选用了ibatis的dataaccess作为dao框架时,我 们可以同时使用Hibernate,ado.net和datamapper(ibatisnet的核心组件),那样将会使风险降到最低,并且整个系统的 框架比较合理。
另外,利用ibatis可以统一编码风格,节约开发成本,大家不会再把精力浪费到分页 连接池 主键生成等地方了,可以集中精力进行业务组件的编写。
综上: 很多时候我们要在是自己开发框架和选用第三方框架和选用什么样的框架问题上进行综合考虑。考虑的标准当然是项目的当前情况和我们希望达到目的的一个平衡。
ibatis只是封装了数据访问层,替我们做了部分的对象关系映射。但我们的代价是必须要写xml配置文件,相对于Hibernate我们还要写很多 sql.Hibernate通过工具直接从数据库模式生成实体类和基本的配置文件,而且大部分情况下不需要我们写sql,会较大的提升开发效率。但这些也 有很多的局限性,尤其是对环境的要求较高(数据库设计,对象设计,团队的协作等)。
个人感觉ibatis对项目比较有意义的地方在于它小巧灵活,可扩展,封装了数据访问层(事务,缓存,异常,日志),并提供了dao框架支持。
利用ibatis我们可以做到代码和sql的分离,只要sql能够解决的问题,ibatis就能帮我们较容易的解决,同时也使我们的项目对某一框架的依赖 性变小(因为ibatis是非侵入性的)。这将极大的降低项目风险,减少解决复杂问题的时间,使项目的维护变得简单。
ibatis对于应用的修改,调试,扩充和维护将会变得容易自然。修改时,我们主要修改的是代表模型的实体对象,xml配置文件中的sql,和/或配置文 件的resultmap(很多时候是不需要的)。同时,sql和代码分离,我们不用在代码的stringbuffer的append方法之间寻找需要修改 的sql.配置文件中的sql便利了我们的调试和对sql的评审及以后的sql重用。
利用一些框架在前期一般会拖慢开发效率。因为我们需要付出学习成本,很多时候,使用框架需要写很多配置文件,在使用不熟时开发速度较慢;同时利用框架往往 使系统代码量增大,比如model1和model2模型,开发效率应该还是model1快,四层的架构肯定比两层的代码量大。 但对于中后期开发和维护将会极大的提高效率。
利用一些较完全的开发框架和代码生成工具,在前期会较大的提高开发效率,但在后期常常会拖慢进度,并有可能成为以后维护的梦魇。比如torque生成实体类和其对应的sql,虽大幅提高了效率,但修改负担较大。
比较理想的开发方式是使用简单框架结合简单的代码生成工具。框架提供系统的基础服务,并规范开发。框架一方面提供了开发中某一方面的开发基础支持,比如数 据访问层,事务,日志,公用类,异常等。另一方面,也为开发定义了模式,定义了系统的基本轮廓。同时,通过简单的代码生成工具生成部分低级的代码。比如通 过工具从数据库模式生成实体类。这些类生成后我们可以自由修改。
Hibernate是十分强大,比较完善的orm框架,不过这是它的优点也是它的缺点。 J2EE系统是否采用Hibernate3,是一个需要认真评估的问题。
要想Hibernate工作的好,数据库的设计必须好。同时对于复杂的数据操作同时需要使用sql,Hibernate3对于直接使用sql的支持比Hibernate2要自然,这一点是可以接受的。
Hibernate比较复杂,功能强大而灵活,要用好Hibernate确实不是很简单,当然spring框架提供了对Hibernate的封装,使Hibernate的使用变得简单了点。
可以说ibatis在任何系统里都适用,但未必是最好选择。不过ibatis提供的思路是我们应该仔细考虑的。
发表评论
-
MyBatis防止SQL注入
2017-11-14 13:35 947SQL注入是一种代码注入技术,用于攻击数据驱动的应 ... -
java中类的加载顺序介绍(ClassLoader)
2017-11-14 11:41 7741、ClassNotFoundExcetpion 我们在 ... -
JMS实例
2017-08-21 15:40 4271. JMS架构 Java 消息服务(Java M ... -
多个or查询作为一个整体
2017-08-16 10:49 500都使用过mybatis,都见过这样的标签sql配置: &l ... -
批量插入
2017-04-21 15:32 534ibatis的批量插入和Mybatis的批量插入大体功能类似 ... -
java中Filter、Servlet、Listener的学习
2017-03-29 21:52 4121、Filter的功能filter功能,它使用户可以改变一个 ... -
高并发,线程池
2017-03-29 21:52 10591.高并发的内容 Zookee ... -
servlet/filter/listener/interceptor区别与联系
2017-03-29 21:47 471servlet/filter/listener/interc ... -
ibatis工作原理
2016-12-13 17:44 359摘要: iBATIS 通过 SQL Map 将 Java 对 ... -
resultMap每一条记录
2014-11-13 13:03 732<select id="listByRole ... -
AIX上oracle的安装二
2014-07-20 14:15 590硬盘上安装任何东西都是需要空间的,所以在系统登陆后需要建立相 ... -
AIX上oracle的安装一
2014-07-18 22:52 574因为开发环境一般都是windows,然后发布环境是unix或 ... -
ibatis动态sql例子
2014-07-03 16:31 512<sql id="sql_count&quo ... -
数据库number字段的转换
2014-07-03 14:20 778开发时,我们经常要和 ... -
前台接收后台返回流
2014-06-08 22:49 2279很多时候,我们需要前台接收后台返回的流,比如图片。 当然, ... -
log4j ,ibatis sql输出
2014-06-07 23:24 434log4j,一个很流行的日志功能,很多第三方插件都在使用, ... -
ibatis,dynamic sql
2014-06-07 23:18 431ibatis 2的主打开发,标签使用时,需要注意,比如在动 ... -
json格式依赖包
2014-06-07 22:26 693json是比较简单的数据交换格式,一般的,我们都会用到类似如 ... -
ibatis中使用like模糊查询
2014-06-04 00:24 572无效的方法: select * from tabl ... -
ibatis之动态sql
2014-06-02 17:19 990很多人一定很熟悉jstl吧,解决了jsp页面很多的if--e ...
相关推荐
Mybatis优缺点 MyBatis框架适用场景 Hibernate 和 MyBatis 的区别 MyBatis的解析和运行原理 MyBatis编程步骤是什么样的? 请说说MyBatis的工作原理 MyBatis的功能架构是怎样的 MyBatis的框架架构设计是怎么样的 为...
2. Mybatis优缺点 3. Hibernate 和 MyBatis 的区别 4. 为什么说Mybatis是半自动ORM映射工具 5. 传统JDBC开发存在
3. 优缺点 (1) 优点 a) 与JDBC比较 减少代码量 Sql与程序代码分离 简单 增强了移植性 b) 与Ibatis2.0比较 Mybatis实现了接口绑定,使用更加方便。 对象关系映射的改进,效率更高 ...
jdbc,mybatis,hibernate各自优缺点及区别 先比较下jdbc编程和hibernate编程各自的优缺点。 JDBC: 我们平时使用jdbc进行编程,大致需要下面几个步骤: 1,使用jdbc编程需要连接数据库,注册驱动和数据库信息 2,...
主要介绍了在今天这篇博文中,我将要介绍一下mybatis的框架原理,以及mybatis的入门程序,实现用户的增删改查,她有什么优缺点以及mybatis和hibernate之间存在着怎么样的关系,大家这些问题一起通过本文学习吧
3、MyBatis 框架的缺点 4、MyBatis 框架适用场合 5、MyBatis 与 Hibernate 有哪些不同? 6、#{}和${}的区别是什么? 7、当实体类中的属性名和表中的字段名不一样 ,怎么办 ? 8、 模糊查询 like 语句该怎么写? ...
总共包含十九个模块,分别是: Java 基础、容器、多线程、反射、对象拷 贝、Java Web 、异常、网络、设计模式、Spring/Spring MVC、Spring Boot/Spring Cloud、Hibernate、MyBatis、RabbitMQ、Kafka、Zookeeper、...
一说起对象关系映射框架,大家第一时间想到的肯定是Hibernate。Hibernate作为一个著名的框架,功能十分强大。但是由于Hibernate如此强大的功能,导致了它的缺点。好吧,不多说了,具体详情大家通过本文一起学习吧
面试题包括以下十九部分:Java 基础、容器、多线程、反射、对象拷贝、Java Web 模块、异常、网络、设计模式、Spring/Spring MVC、Spring Boot/Spring Cloud、Hibernate、Mybatis、RabbitMQ、Kafka、Zookeeper、MySql...
3.1 应用场景 在一些开源框架里,如Spring,Struts,Hibernate,MyBatis等,应用程序会提供一个配置文件如xml文件或者properties,然后在Java类里面解析xml或properties里面的内容,得到一个字符串,然后用反射机制...
SessionFactory,MyBatis 中的 SqlSessionFactory。 3.获取数据库驱动时的 DriverManager.getDriver(...)。 4.Spring 中的 Bean,默认就是单例级别的。 2. 简单工厂模式 适用场景: 工厂类中包含了必要的逻辑判断...