博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【2020.04.03】asp.net core 3.1 枚举类型模型绑定问题
阅读量:3963 次
发布时间:2019-05-24

本文共 605 字,大约阅读时间需要 2 分钟。

问题:

   还是升级到3.1的问题,直接上图,现象如下:

我们的系统里,有一些查询条件是从枚举转化过来的,但是为了统一,界面渲染的时候追加了一个“请选择”,value为-999,这种场景很多很多,

可以看到-999不在枚举的定义里,只要我以当前选择状态提交请求,后端全局的modal valid就会报错,说-999不是有效的值。

这个情况在我之前2.1里面不存在的,升级到3.1就这样了。

 

调查:

  我同事也在看,居然在github里有人提过这样的issue:https://github.com/dotnet/aspnetcore/issues/14824

 

官方说了,在3.1里面,不管这个参数了。

完了我们去看看3.1版本下,这个枚举绑定器的源码吧:

 

 仔细看他里面说的很清楚,不在枚举的定义范围内,绑定的值,全都无效的,方法会返回fasle,然后checkmodel就会爆error。此逻辑的初衷的确是好的,因为绑定更严谨了,新项目可以尝试遵守下。

 

解决:

  1. 要么我改前端,但是想想还是算了,好多地方都用。

  2. 自己重写一个,因为IsDefinedInEnum方法被它定义成私有的了,本想着可以扩展,想想还是重新写了,代码如下:

模型绑定三板斧-xxxModelBinder:

 

 模型绑定三板斧-xxxModelBinderProvider:

 

 模型绑定三板斧-替换:

 

 

 至此,就适配了这个问题

 

转载地址:http://gskki.baihongyu.com/

你可能感兴趣的文章
解析输入
查看>>
格式化输出
查看>>
Java 大数值
查看>>
括号及后向引用
查看>>
Spring Batch 核心概念
查看>>
Spring Batch 例子: 导入分隔符文件到数据库
查看>>
非贪婪匹配
查看>>
Spring Batch 例子: 导入定长文件到数据库
查看>>
匹配时刻
查看>>
为数值添加逗号
查看>>
忽略大小写匹配
查看>>
全局匹配模式
查看>>
Java 日期时间
查看>>
Java 字符串
查看>>
Spring Batch 例子: 从数据库导出分隔符文件
查看>>
元字符终极总结
查看>>
八进制转义
查看>>
十六进制转义
查看>>
控制字符
查看>>
Spring Batch 例子: 从数据库导出定长文件
查看>>