系列文章目录
文章目录
- 系列文章目录
- 前言
- 一、自定义日期转换器——引入
- 自定义日期转换 格式
- 下面就是设置全局都使用这个方式了，看看这个怎么实现
前言
第八步：持久层dao和Service层完成代码编写
（上一篇已完成）
第九步：UserAction 的register方法修改
(上一篇已完成)
我们注意到，提交生日的时候
我们是按规范去提交的，客户可不一定会
一、自定义日期转换器——引入
开发模式下：
为什么会报错？因为日期
默认只会处理2021-5-1这种类型的日期
为什么会去找input，这是因为内置了，出现了错误后，显示哪个界面
实际上我们以前也是这么做的，只是以前是直接用htm的跳转，而现在用struts2框架
自定义日期转换 格式
通过观察源码我们发现
com.opensymphony.xwork2.conversion.impl.DateConverter
通过分析源码我们就可以得出，之所以数据类型能够自动转换 是因为有一个类型转换器 TypeConverter
如果要自己写一个类型转换
可以继承DefaultTypeConverter，实现其抽象类
我们一般也可以用它的子类StrutsTypeConverter来实现
我们做一个需求
我们让用户输入的不
再是2021-1-20这种类型
而是2021/1/20 这种类型
怎么做
第一步，在web层写个包
然后我们看它是需要重写两个方法的，我们研究一下这两个方法即可
所以我们应该写在上面那个方法里面
然后要先配置一下才能看到效果，我们就不先写洽谈
把model移到外面来，我们处理一下错误，很简单，改一波引用即可
说白了就是要在model里面新建一个文件
更改局部设置 （这里区分与全局设置）这是struts定的规则 ： 模型名字-conversion.properties
注册功能先注释一下，否则测试的时候会直接插入到数据库里面去，这样冗余数据就太多看
然后项目运行试试看
在jsp页面点击注册
我们再测试，就自动转换了
然后我们再用之前的格式，就不行了（直接抛（运行时）异常）原因是生日字段就是null，插不进数据库（除非数据库允许该字段为空）
下面就是设置全局都使用这个方式了，看看这个怎么实现
1、打开开发模式，这样好看一点（实际上不打开也行只是开发阶段建议打开而已）
之前我们做的日期转换只是对User模型有效，如果是订单模型那有没效果了，
得重新写一遍，这样比较麻烦不可取，怎么变成全局的？
所以我们注销原来的
在类的根路径配置一个xwork-conversion.properties文件
什么叫做 类的根路径
类的根路径就是 src
名字还是固定的为：xwork-conversion.properties
就这么简单总结：
具体步骤回顾：
