系列文章目录
文章目录
- 系列文章目录
- 一、Action接收请求参数的第3种方式：通过set模型属性（user.）
- 二、Action接收请求参数的第4种方式：最常用
- 总结
一、Action接收请求参数的第3种方式：通过set模型属性（user.）
先复制一下上一课的项目，跟以前的复制项目的方式一样
day02_struts2_demo7——>day03_struts2_demo1
创建一个login.jsp
然后写一个模型 ，model（包） 然后创建一个类
然后再在Action这边就写个模型属性就行了
然后我们运行程序
实际上这种方式是比较简单的，也比较实用，唯一麻烦的就是每次都要设置这个user.我们发现getUser打印了2次，但是setUser打印了1次，这是什么原因造成的呢？
这是由原理决定的：第一次getUser是先看有没有这个对象，有没有值，这里是发现没有，所以自己要new个对象，然后把它设置进去
（即getUser、setUser）接下来又再次看有没有这个对象，有没有值，这次有了，直接获取即 getUser
由于要打点（user.）
所以衍生了第四种方式，最简单也是最常用的一种方式
二、Action接收请求参数的第4种方式：最常用
通过模型驱动在action里实现一个模型驱动接口
通过这种方式，在.jsp页面就不用写user.了
实现 模型驱动接口
我们这里的T 就是User
步骤：
1.在action里实现一个模型驱动接口
2.提供一个模型属性，并一定要赋值
就这么简单，非常简单，简单到你看不懂，牢牢记住就行，用多了就记得了
我们打印测试一下看看效果
一定要注意如果是从第三种方式user.过渡来的会保留第三种方式的.user，一定要在jsp页面把user.去掉
总而言之就是第四种方式jsp页面不需要.user了，如果有.user反而会有bug，不会有我吗想要的效果
总结
第四种方式: 通过模型驱动【最常用】
实现步骤：
1.在action里实现一个模型驱动接口
2.提供一个模型属性，并一定要赋值
通过这种方式，在jsp页面中就不用写user.
这是模型驱动的原理是因为有个模型驱动的拦截器在处理
这个类就com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor
