IBATIS：最大的优点是可以有效的控制sql发送的数目，提高数据层的执行效率！好象阿里巴巴现在就用的是IBATIS；它需要程序员自己去写sql语句，不想hibernate那样是完全面向对象的，自动化的，ibatis是半自动化的，通过表和对象的映射以及手工书写的sql语句，能够实现比hibernate等更高的查询效率。 给个文章你参考下： 1.优点 简单： 易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。 实用： 提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。灵活： 通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。功能完整： 提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。增强系统的可维护性： 通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。 2.缺点 滞后性： 还没有明确对.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。 不成熟，工程实践较少： IbatisNet在实际项目中的使用较少。 只是理论上可行. 半ORM，工具支持较少： 需要我们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。 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标准，比起NHibernate产生的sql来，可移植性差。不过由于我们更改数据
IBATIS：最大的优点是可以有效的控制sql发送的数目，提高数据层的执行效率！好象阿里巴巴现在就用的是IBATIS；它需要程序员自己去写sql语句，不想hibernate那样是完全面向对象的，自动化的，ibatis是半自动化的，通过表和对象的映射以及手工书写的sql语句，能够实现比hibernate等更高的查询效率。 给个文章你参考下： 1.优点 简单： 易于学习，易于使用，通过文档和源代码，可以比较完全的掌握它的设计思路和实现。 实用： 提供了数据映射功能，提供了对底层数据访问的封装（例如ado.net），提供了DAO框架，可以使我们更容易的开发和配置我们的DAL层。灵活： 通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能，或许更多。功能完整： 提供了连接管理，缓存支持，线程支持，（分布式）事物管理，通过配置作关系对象映射等数据访问层需要解决的问题。提供了DAO支持，并在DAO框架中封装了ADO.NET，NHibernate和DataMapper。增强系统的可维护性： 通过提供DAL层，将业务逻辑和数据访问逻辑分离，使系统的设计更清晰，更易维护，更易单元测试。sql和代码的分离，提高了可维护性。 2.缺点 滞后性： 还没有明确对.NET2.0的支持。最新版本在2.0下编译可以，但有些单元测试不能通过。 不成熟，工程实践较少： IbatisNet在实际项目中的使用较少。 只是理论上可行. 半ORM，工具支持较少： 需要我们自己写sql，并且.NET下还未发现可以自动生成业务层类和配置文件的工具，这点和NHibernate不一样，NHibernate会为我们的数据库直接产生sql，并有一些辅助工具。因此使用Ibatis比NHibernate要多做一些工作。 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标准，比起NHibernate产生的sql来，可移植性差。不过由于我们更改数据
请教Hibernate中CriteriaQuery可以使用原生sql作为排序条件么_百度知 ...
Hibernate对原生SQL查询的支持和控制是通过SQLQuery接口实现的,这种方式弥补了HQL、Criterion查询的不足,在操作和使用上往往更加的自由和灵活,如果使用得当,数据库操作的效率还会得到不同程度的提升。 Hibernate对原生 SQL查询的支持和控制是通过SQLQuery接口实现的。通过Session接口,我们能够很方便的创建一个SQLQuery(SQLQu...
java程序员证书怎么考?
如果只是了解一下的话,那学一下J2EE就可以了,一般的可以做;要是你想深入一点的话,你看一下下面的:如果要往J2EE方向发展的话,下面的都要学JDBC、Hibernate、HTML、JavaScript、Struts、Servlet、JSP、Spring、EJB.当然服务器的部署运用也要学,如:Tomcat、JBoss、Weblogic。数据库操作也要会,自己学的话用MySQL。其实...
...腾讯互动娱乐事业群组成部门,求前辈指点迷津
建议你根据自己的兴趣定位好大致方向,比如你想做软件开发工程师,那就要做好强大的内心准备,除了最基础的编程语言(C语言/C++/JAVA等)、数据库技术(SQL/ORACLE/DB2等)、.NET平台技术、C#、C/S B/S程序开发,还有诸多如JAVA SCRIPT、AJAX、HIBERNATE、SPRING、J2EE、WEB SERVICE、STRUTS等前沿技术都需要了解知道,没办...
轻量级方法的成功秘诀
因为大多数应用程序是面向对象的,并且访问一个关系数据库,所以一些专家断言,我们最终将进入对象关系映射的时代。我目前发现的顶级持久性解决方案是 SolarMetric 的 Kodo JDO 和 Hibernate。在后面的文章中我将详细比较这些解决方案。其他轻量级解决方案,例如 iBATIS 和 Active Record 设计模式,根本不会试图进行对象关系映...
电力营销管理客户档案的重要性
在电力营销管理中,用户的用电信息主要包含用电类型、用电量及使用地址等,这些信息可以帮助电力企业营销部门审核实际用电情况,并能够明确用电类型的目的,为用电费用计算的精准化提供了保证,减少企业的经济损失。这就体现出了客户用电信息的明确对电力企业的重要性。 1.4建立用户档案,可以有效化解风险 在人们的日常生活...
怎么写项目具体内容
采用的技术有Struts,Spring,Hibernate,Log4J,JDom 等。其中表现层采用Struts框架开发;业务层封装业务流程,为适应业务的变更,每一业务模块均有专门的接口及实现类,利用Spring的IoC功能将 实现类注入给表现层的Action;数据访问层借助于Hibernate实现,代码简洁且可适应不同的数据库。事务部分利用Spring的声明式事务管 理。
计算机高手解释一下 工作流系统 (Workflow systems)
工作流(Workflow)就是“业务过程的部分或整体在计算机应用环境下的自动化”,它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行,从而实现某个预期的业务目标,或者促使此目标的实现”。 简单地说,工作流就是一系列相互衔接、自动进行的业务活动或任务。一个工作流包括一组任务...
程序员个人工作总结
应该这么理解,面向对象来源于现实,它不是一种凭空空想出来的理论,这些对象之间的关系可以将其还原为父子、夫妻、领导下属、同事、朋友之间的关系。相比之下,页面过程往往像是一股脑全部推给用户使用,其中的数据与数据访问方法层次不清晰,在模拟现实上它与面向对象相比更易于入门理解,实质上难于准确直接地表述。 面向...
任职资格评价怎么写?
任职资格定级评价:又称任职评价,是对在岗人员的一次能力评价,是人实际能力与岗位要求标准的一次对应过程,经过评价可以相应的得出成绩和结果,其目的是分析企业现在人员与组织需要之间的实际差距到底有多大,再进一步明确利于培训提高和未来工作改进方向。 任职资格体系的评价过程 在任职资格评价过程中,首先,需要对所有的岗...
java初学者,应该如何学习java呢?
知乎无数的优秀学习类回答、技术大佬的分享，在开头的第一段都会提到的，是想清楚做某事的目的是什么。千万别觉得这样很老套很无用，明确学习目的其实就是在做思想上的准备，不然在后期非常容易缺乏坚持下去的信念。因为没有描述，就假设题主同学学习Java是为了从事相关的开发工作，去发现一下真实的需求...
发布网友
发布时间：2024-05-28 15:46
