软件测试工程师对于各种互联网行业的主流架构的学习

  主流框架，有三种：spring MVC、SSH、spring +mybatis。

（1）sprint MVC（java框架）

      适用范围：此框架最常用。

      概念：模型-视图-控制器（MVC：Model、View、Controller）是一个众所周知的以设计界面应用程序为基础的设计模式。它主要通过分离模型、视图及控制器在应用程序中的角色将业务逻辑从界面中解耦。通常，模型负责封装应用程序数据在视图层展示。视图仅仅只是展示这些数据，不包含任何业务逻辑。控制器负责接收来自用户的请求，并调用后台服务（manager或者dao）来处理业务逻辑。处理后，后台业务层可能会返回了一些数据在视图层展示。控制器收集这些数据及准备模型在视图层展示。MVC模式的核心思想是将业务逻辑从界面中分离出来，允许它们单独改变而不会相互影响。

（2）SSH

      适用范围：针对特定项目的框架，此框架存在弊端，所以一般不用，因为在项目进行中或者项目交付后期可能会出现Bug。

          a.概念：集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层（也就是说domain  dao  service  antion），以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。

          b.ssh 业务逻辑（参见下图SSH架构逻辑自绘图）：首先jsp实现交互，负责接收请求和传送，然后struts根据xml配置文件将actionSelvlet接收的给action处理，然后业务模型协作dao完成业务逻辑，提供事务处理，保证数据完整。至于 持久层hibernate就是处理dao请求的数据，并返回处理结果的。

          c.具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data Access Objects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring做管理，管理struts和hibernate。

      倒霉熊讲解：SSH是针对特定项目的框架，此框架存在弊端，所以一般不用，因为在项目进行中或者项目交付后期可能会出现Bug。由于在整个流程中，SSH框架中配置文件中对于表的设计需要细化到表与表之间的关系是1对1,1对多，多对1还是多对多的关系，因此需要开发人员在编写配置文件的时候对系统的数据库表有深入的了解，映射关系不能够写错，写错系统就可以会出现各种各样的隐患问题。因此SSH对于配置文件中的SQL及映射关系要求是极高的。配置文件中的SQL语句有可能也会存在包含函数那种复杂的语句，这点不同于MVC框架和Spring+mybatis中涉及到的相对简单的SQL语句。

 

（来源自网络）

 

 SSH架构逻辑自绘图

（3）第三种 spring +mybatis框架

      适用范围：小项目。

      概念：它是由spring +spring MVC+mybatis组成的框架。MyBatis是一个基于Java的持久层框架，XML或注解用于配置和原始映射，将接口和 Java 的POJOs （全名：Plain Old Java Objects，普通的 Java对象，）映射成数据库中的记录。

      MyBatis 是一个可以自定义SQL、存储过程和高级映射的持久层框架。MyBatis 摒除了大部分的JDBC代码、手工设置参数和结果集重获。MyBatis 只使用简单的XML 和注解来配置和映射基本数据类型、Map 接口和POJO 到数据库记录。相对Hibernate和Apache OJB等“一站式”ORM解决方案而言，Mybatis 是一种“半自动化”的ORM实现。
需要使用的Jar包：mybatis-3.0.2.jar（mybatis核心包）。mybatis-spring-1.0.0.jar(与Spring结合包)。

  优点：

  1. 易于上手和掌握。

  2. sql写在xml里，便于统一管理和优化。

  3. 解除sql与程序代码的耦合。

  4. 提供映射标签，支持对象与数据库的orm字段关系映射

  5. 提供对象关系映射标签，支持对象关系组建维护

  6. 提供xml标签，支持编写动态sql。

 缺点：

  1. sql工作量很大，尤其是字段多、关联表多时，更是如此。

  2. sql依赖于数据库，导致数据库移植性差。

  3. 由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。

  4. 字段映射标签和对象关系映射标签仅仅是对映射关系的描述，具体实现仍然依赖于sql。（比如配置了一对多Collection标签，如果sql里没有join子表或查询子表的话，查询后返回的对象是不具备对象关系的，即Collection的对象为 null ）

  5. DAO层过于简单，对象组装的工作量较大。

  6. 不支持级联更新、级联删除。

  7. 编写动态sql时,不方便调试，尤其逻辑复杂时。

  8 提供的写动态sql的xml标签功能简单（连struts都比不上），编写动态sql仍然受限，且可读性低。

  9. 使用不当，容易导致N+1的sql性能问题。

  10. 使用不当，关联查询时容易产生分页bug。

  11. 若不查询主键字段，容易造成查询出的对象有“覆盖”现象。

  12. 参数的数据类型支持不完善。（如参数为Date类型时，容易报没有get、set方法，需在参数上加@param）

  13. 多参数时，使用不方便，功能不够强大。（目前支持的方法有map、对象、注解@param以及默认采用012索引位的方式）

  14. 缓存使用不当，容易产生脏数据。

 

 总结：

  mybatis的优点其实也是mybatis的缺点，正因为mybatis使用简单，数据的可靠性、完整性的瓶颈便更多依赖于程序员对sql的使用水平上了。sql写在xml里，虽然方便了修改、优化和统一浏览，但可读性很低，调试也非常困难，也非常受限，无法像jdbc那样在代码里根据逻辑实现复杂动态sql拼接。mybatis简单看就是提供了字段映射和对象关系映射的jdbc，省去了数据赋值到对象的步骤而已，除此以外并无太多作为，不要把它想象成hibernate那样强大，简单小巧易用上手，方便浏览修改sql就是它最大的优点了。

mybatis适用于小型且程序员能力较低的项目和人群使用，对于中大型项目来说我并不推荐使用，如果觉得hibernate效率低的话（实际上也是使用不当所致，hibernate是实际上是不适用于拥有高负载的工程项目），还不如直接用spring提供的jdbc简单框架（Template），同样支持对象映射。

 ————————————————————————————————————————————————————————————————————————

MVC和SSH的区别是什么？（网上查的资料）

      MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP + servlet + javabean的模式。
　　集成SSH框架的系统从职责上分为四层：表示层、业务逻辑层、数据持久层和域模块层，以帮助开发人员在短期内搭建结构清晰、可复用性好、维护方便的Web应用程序。其中使用Struts作为系统的整体基础架构，负责MVC的分离，在Struts框架的模型部分，控制业务跳转，利用Hibernate框架对持久层提供支持，Spring做管理，管理struts和hibernate。具体做法是：用面向对象的分析方法根据需求提出一些模型，将这些模型实现为基本的Java对象，然后编写基本的DAO(Data Access Objects)接口，并给出Hibernate的DAO实现，采用Hibernate架构实现的DAO类来实现Java类与数据库之间的转换和访问，最后由Spring做管理，管理struts和hibernate。
　　MVC三层架构：模型层，控制层和视图层。模型层，用Hibernate框架让来JavaBean在数据库生成表及关联，通过对JavaBean的操作来 对数据库进行操作；控制层，用Struts框架来连接数据层和视图层的，接收、处理、发送数据并控制流程；视图层，用JSP模板把页面展现给用户以及提供 与用户的交互。而Spring框架粘合了Hibernate和Struts，透明的管理了整个架构，提供IOC容器使代码松耦合以及AOP框架的切面功能 等等。

————————————————————————————————————————————————————————————————————————

 

转载于:https://www.cnblogs.com/zhuzhubaoya/p/5969745.html