SSH和SSM

标签：bug   效率   控制   开发项目   耦合性   数据库   其他   jdb   web资源   

SSH框架是Struct+Spring+Hibernate，SSM是指的Spring-MVC+Spring+MyBatis

1、Struct和Spring-MVC：SpringMVC的控制层是Controller，Structs的控制层是Action。SpringMVC的Controller和Struts2的Action均是实现MVC模式的控制层。

①、SpringMVC可精确控制到方法上，Controller可以单例开发，Struts2的Action则是多例prototype开发，基于类进行拦截请求的。

②、SpringMVC的速度一般比Struts2要快，主要是s标签的原因。所以建议使用jstl表达式。

③、Struts2曾经爆出重大漏洞，就是ognl表达式URL注入的漏洞。目前springmvc还没有发现什么漏洞。

④、SpringMVC的入口是Servlet，而Struts2是Filter（Filter也称之为过滤器，它是Servlet技术中最实用的技术，Web开发人员通过Filter技术，对web服务器管理的所有web资源：例如Jsp, Servlet, 静态图片文件或静态 html 文件等进行拦截，从而实现一些特殊的功能。例如实现URL级别的权限访问控制、过滤敏感词汇、压缩响应信息等一些高级功能。它主要用于对用户请求进行预处理，也可以对HttpServletResponse进行后处理。使用Filter的完整流程：Filter对用户请求进行预处理，接着将请求交给Servlet进行处理并生成响应，最后Filter再对服务器响应进行后处理。）

⑤、SpringMVC单线程，Controller与Servlet一样，只有一个实例，每次请求执行对应的方法；Struts2多线程，每次发一次请求都会实例一个Action，每个Action都会被注入属性。

⑥、Struts2是类级别的拦截， 一个类对应一个request上下文； SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法。

⑦、Struts2更加符合OOP（面向对象编程-四大特性：抽象、封装、多态、继承）的编程思想， SpringMVC就比较谨慎，在Servlet上扩展。

⑧、Spring MVC和Spring是无缝的耦合。项目的管理和安全上也比Struts2高。

⑨、SpringMVC开发效率和性能高于Struts2。

2、Hibernate（强大、方便、高效、复杂、绕弯子、全自动）和MyBitas（小巧、方便、高效、简单、直接、半自动）持久化层

①、Hibernate与MyBatis都可以是通过SessionFactoryBuider由XML配置文件生成SessionFactory，然后由SessionFactory 生成Session，最后由Session来开启执行事务和SQL语句。（其中SessionFactoryBuider，SessionFactory，Session的生命周期都是差不多的。Hibernate和MyBatis都支持JDBC和JTA事务处理）

②、hibernate是全自动，而mybatis是半自动（hibernate完全可以通过对象关系模型实现对数据库的操作，拥有完整的JavaBean对象与数据库的映射结构来自动生成sql。而mybatis仅有基本的字段映射，对象数据以及对象实际关系仍然需要通过手写sql来实现和管理）

③、hibernate数据库移植性远大于mybatis（hibernate通过它强大的映射结构和hql语言，大大降低了对象与数据库（Oracle、MySQL等）的耦合性，而mybatis由于需要手写sql，因此与数据库的耦合性直接取决于程序员写sql的方法，如果sql不具通用性而用了很多某数据库特性的sql语句的话，移植性也会随之降低很多，成本很高）

④、hibernate拥有完整的日志系统，mybatis则欠缺一些（hibernate日志系统非常健全，涉及广泛，包括：sql记录、关系异常、优化警告、缓存提示、脏数据警告等；而mybatis则除了基本记录功能外，功能薄弱很多）

⑤、mybatis相比hibernate需要关心很多细节（hibernate配置要比mybatis复杂的多，学习成本也比mybatis高。但也正因为mybatis使用简单，才导致它要比hibernate关心很多技术细节。mybatis由于不用考虑很多细节，开发模式上与传统jdbc区别很小，因此很容易上手并开发项目，但忽略细节会导致项目前期bug较多，因而开发出相对稳定的软件很慢，而开发出软件却很快。hibernate则正好与之相反。但是如果使用hibernate很熟练的话，实际上开发效率丝毫不差于甚至超越mybatis）

⑥、sql直接优化上，mybatis要比hibernate方便很多（由于mybatis的sql都是写在xml里，因此优化sql比hibernate方便很多。而hibernate的sql很多都是自动生成的，无法直接维护sql；虽有hql，但功能还是不及sql强大，见到报表等变态需求时，hql也歇菜，也就是说hql是有局限的；hibernate虽然也支持原生sql，但开发模式上却与orm不同，需要转换思维，因此使用上不是非常方便。总之写sql的灵活度上hibernate不及mybatis）

⑦、缓存机制上，hibernate要比mybatis更好一些（MyBatis的二级缓存配置都是在每个具体的表-对象映射中进行详细配置，这样针对不同的表可以自定义不同的缓存机制。并且Mybatis可以在命名空间中共享相同的缓存配置和实例，通过Cache-ref来实现。而Hibernate对查询对象有着良好的管理机制，用户无需关心SQL。所以在使用二级缓存时如果出现脏数据，系统会报出错误并提示）

SSH和SSM

标签：bug   效率   控制   开发项目   耦合性   数据库   其他   jdb   web资源   

原文地址：https://www.cnblogs.com/ndyd/p/13322575.html