struts2分层体系架构及模型驱动介绍

1. struts2应用体系结构

我们都知道servlet可以作为控制层来使用，而struts2中的Action与servlet的作用类似

servlet是在doGet或doPost中调用service服务得到结果并选择相应的视图进行数据展示，那么对于Action而言也是一样的

例如下面代码：

LoginAction.png

因为struts2是多例的，所以可以把service定义成成员变量，当然局部变量也没问题，然后在execute方法中调用service层的业务即可

这个例子阐述的思想更为重要即：无论是servlet还是替换成了struts2框架，对于service以及dao层没有任何影响，不关心最上层是否用了框架(Tips：servlet编程时是不允许servlet api往service以及dao层传的)

struts2应用体系结构如下图所示：

struts2应用体系分层结构.png

2. struts2的模型驱动(Model Driven)

2.1. 驱动的分类

struts2分为属性驱动以及模型驱动两种，当然这是对于Action来说的

属性驱动：表单提交的元素对应于Action中的成员变量完成自动赋值

模型驱动：客户端提交表单后，将内容封装到一个javaBean中

2.2. 模型驱动的实现步骤

1. 定义一个Action在继承ActionSupport后再实现ModelDriven接口
2. 定义一个模型所引用类型的成员变量并实例化它
3. 实现接口方法getModel并返回模型对象的引用类型

示例代码如下：

前端页面：

前端页面.png

LoginAction：

LoginAction.png

struts.xml：

struts.xml.png

结果页面：

output.png

测试部分：

首先在前端页面输入hello、world，如下图所示：

modelDrivenTest.png

在提交后，转到output.jsp并显示如下结果：

modelDrivenTestResult.png

2.3. 模型驱动赋值过程

1. 发现Action并确认是模型驱动后
2. 调用getModel方法得到模型对象
3. 根据表单提供的信息对该对象进行赋值

对于显示结果这部分代码没有任何变化，还是从request作用域中去取信息，也就是说struts2存放的不是模型对象，不过也是存放模型对象的话还要通过类型转换器进行转换

2.4. 属性驱动与模型驱动差异

属性驱动优点：

灵活、准确、需要什么定义什么

模型驱动缺点：

不灵活、不准确，为什么说不灵活呢，我是这样理解的，javaBean一般而言是对照数据表中的表而生成的，具有通用性，而有些表单的元素可能会与之有出入，这时候我们不能为了一些个例就该javaBean吧，只能去该表单元素的name了，但表单元素的名字也许会被一些js所使用，盖起来也没想象中那么简单，有牵连，但是遇到这种情况，后台与前端总有一个是要做出牺牲的

模型驱动优点：

对象已经建立好了，不用去一个一个set属性了

模型驱动更加符合面向对象的编程风格，使得我们获得的是一个完整的对象，而不是一个离散的值

推荐使用属性驱动编写Action更加灵活