|
SpringMVC与Struts2不同 1、入口不同，springmvc的入口是一个servlet即前端控制器，而struts2入口是一个filter过滤器。 2、springmvc是基于方法开发，请求参数传递到方法的形参，struts2是基于类开发，传递参数是通过类的属性，只能设计为多例。 3、Struts采用值栈存储请求和响应的数据，通过OGNL存取数据，springmvc通过参数解析器是将request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象 4.SpringMVC开发效率和性能高于Struts2，
MyBatis Mybatis介绍 MyBatis本是apache的一个开源项目iBatis, 2010年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis 。2013年11月迁移到Github。 MyBatis是一个优秀的持久层框架，它对jdbc的操作数据库的过程进行封装，使开发者只需要关注 SQL本身，而不需要花费精力去处理例如注册驱动、创建connection、创建statement、手动设置参数、结果集检索等jdbc繁杂的过程代码。Mybatis通过xml或注解的方式将要执行的各种statement（statement、preparedStatemnt、CallableStatement）配置起来，并通过java对象和statement中的sql进行映射生成最终执行的sql语句，最后由mybatis框架执行sql并将结果映射成java对象并返回。 Mybatis优点 1. 简单易学易于上手和掌握。 2. sql写在xml里，便于统一管理和优化。 3. 解除sql与程序代码的耦合。 4. 提供映射标签，支持对象与数据库的orm字段关系映射 5. 提供对象关系映射标签，支持对象关系组建维护 6. 提供xml标签，支持编写动态sql。
缺点： 1. sql工作量很大，尤其是字段多、关联表多时，更是如此。 2. sql依赖于数据库，导致数据库移植性差。 5. DAO层过于简单，对象组装的工作量较大。 6. 不支持级联更新、级联删除。 7. 编写动态sql时,不方便调试，尤其逻辑复杂时。 8 提供的编写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。 总结： mybatis的优点其实也是mybatis的缺点，正因为mybatis使用简单，数据的可靠性、完整性的瓶颈便更多依赖于程序员对sql的使用水平上了。sql写在xml里，虽然方便了修改、优化和统一浏览，但可读性很差，调试也非常困难；无法像jdbc那样在代码里根据逻辑实现复杂动态sql拼接。mybatis简单看就是提供了字段映射和对象关系映射的jdbc，省去了数据赋值到对象的步骤而已，除此以外并无太多作为，不要把它想象成hibernate那样强大，简单小巧易用上手，方便浏览修改sql就是它最大的优点了。 jdbc编程步骤： 1、加载数据库驱动 2、创建并获取数据库链接 3、创建jdbc statement对象 4、设置sql语句 5、设置sql语句中的参数(使用preparedStatement) 6、通过statement执行sql并获取结果 7、对sql执行结果进行解析处理 8、释放资源(resultSet、preparedstatement、connection) jdbc问题总结如下： 1、 数据库连接创建、释放频繁造成系统资源浪费，从而影响系统性能。如果使用数据库连接池可解决此问题。 2、 Sql语句在代码中硬编码，造成代码不易维护，实际应用中sql变化的可能较大，sql变动需要改变java代码。 3、 使用preparedStatement向占有位符号传参数存在硬编码，因为sql语句的where条件不一定，可能多也可能少，修改sql还要修改代码，系统不易维护。 4、 对结果集解析存在硬编码（查询列名），sql变化导致解析代码变化，系统不易维护，如果能将数据库记录封装成pojo对象解析比较方便。
#{}和${}的区别 #{}表示一个占位符号，将传入的数据都当成一个字符串，会对自动传入的数据加一个双引号，如果传入的是基本类型,那么#{}中的变量名称可以随意写，如果传入的参数是pojo类型,那么#{}中的变量名称必须是pojo中的属性.属性 ${}表示字符串原样拼接，将传入的数据直接显示生成在sql中，如果传入的是基本类型,那么${}中的变量名必须是value ，如果传入的参数是pojo类型,那么${}中的变量名称必须是pojo中的属性.属性.属性… ，:使用拼接符有可能造成sql注入。 Mybatis解决jdbc编程的问题 1、 数据库连接创建、释放频繁造成系统资源浪费从而影响系统性能，如果使用数据库连接池可解决此问题。 解决：在SqlMapConfig.xml中配置数据连接池，使用连接池管理数据库链接。 2、 Sql语句写在代码中造成代码不易维护，实际应用sql变化的可能较大，sql变动需要改变java代码。 解决：将Sql语句配置在XXXXmapper.xml文件中与java代码分离。 3、 向sql语句传参数麻烦，因为sql语句的where条件不一定，可能多也可能少，占位符需要和参数一一对应。 解决：Mybatis自动将java对象映射至sql语句，通过statement中的parameterType定义输入参数的类型。 4、 对结果集解析麻烦，sql变化导致解析代码变化，且解析前需要遍历，如果能将数据库记录封装成pojo对象解析比较方便。 解决：Mybatis自动将sql执行结果映射至java对象，通过statement中的resultType定义输出结果的类型。 Mybatis与Hibernate的不同 Mybatis不完全是一个ORM框架，因为MyBatis需要程序员自己编写Sql语句。mybatis可以通过XML或注解方式灵活配置要运行的sql语句，并将java对象和sql语句映射生成最终执行的sql，最后将sql执行的结果再映射生成java对象。 Mybatis学习门槛低，简单易学，程序员直接编写原生态sql，可严格控制sql执行性能，灵活度高，非常适合对关系数据模型要求不高的软件开发，例如互联网软件、企业运营类软件等，因为这类软件需求变化频繁，一但需求变化要求成果输出迅速。但是灵活的前提是mybatis无法做到数据库无关性，如果需要实现支持多种数据库的软件则需要自定义多套sql映射文件，工作量大。 Hibernate对象/关系映射能力强，数据库无关性好，对于关系模型要求高的软件（例如需求固定的定制化软件）如果用hibernate开发可以节省很多代码，提高效率。但是Hibernate的学习门槛高，要精通门槛更高，而且怎么设计对象/关系映射，在性能和对象模型之间如何权衡，以及怎样用好Hibernate需要具有很强的经验和能力才行。 总之，按照用户的需求在有限的资源环境下只要能做出维护性、扩展性良好的软件架构都是好架构，所以框架只有适合才是最好。
| 
收藏
淘帖
踩
