系列文章目录
前言
第八步:持久层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
就这么简单
总结:
具体步骤回顾: