- Java锁的逻辑(结合对象头和ObjectMonitor)
- 还在用饼状图?来瞧瞧这些炫酷的百分比可视化新图形(附代码实现)⛵
- 自动注册实体类到EntityFrameworkCore上下文,并适配ABP及ABPVNext
- 基于Sklearn机器学习代码实战
表单验证的最终效果大家都懂,这里不阐述了,主要从宏观角度说说blazor中表单验证框架涉及到的类,以及它们是如何协作的,看完这个,再看 官方文档 也许能更轻松点.
blazor中的验证框架分为两部分:基础验证框架 和 基于数据注释Atrrbute的验证器,当然也提供了很多扩展点。 注意我们通常使用数据注释Atrrbute的验证器,但它仅仅是在基础验证框架上扩展而来的,并不是核心,我们下面先分析基础验证框架,后续再说基于数据注释的验证.
表单验证是围绕表单,往往一个表单绑定到一个对象,我这里称为编辑模型,表单中的输入框与这个对象属性绑定.
我们先把基础验证框架看作一个整体,从几个角度分析:
。
基础验证框架先是定义几个零散的类,各自负责处理自己的部分,然后通过引用、方法调用把几个类串联起来.
前面说存储验证消息时,类似这么个类型:Dictionary<字段,List<验证消息>>,简单的情况“字段”可以用个string类型,但我们是在内存中,可以用更直接的方式.
FieldIdentifier = 编辑模型的引用 + 字段名,它就代表编辑模型的某个字段。 后续我们要操作某个字段,往往都是用这个参数.
ValidationMessageStore是用这样一个字段Dictionary<FieldIdentifier, List<string>> _messages来存储验证消息的。key是字段,value是此字段的多个验证消息。也提供了插入、删除等验证消息等方法.
它一般是有我们自己的代码new出来的,或者有扩展的验证器,如 基于数据注释的验证器new出来的。new它的时候会把editContext对象传进来,后面会用.
当调用这个对象添加验证消息时,它会存储此字段的验证消息,并且调用editContext获取字段状态FieldState,将自身的引用传递给它,以便FieldState将来反向通过存储器来查询验证状态.
FieldState表示字段的状态,所谓的状态就是 这个 字段是否修改过、以及获取它关联的验证消息 (本质上是从ValidationMessageStore获取,后面会说).
为啥不跟字段标识FieldIdentifier合并为一个类呢? 字段标识只是代表某个字段,在很多方法参数时都会用到,它比较轻量;而字段状态是存储了字段是否修改和验证消息列表的,相对来说比较重,那些方法可能仅仅是想通过字段标识做查找,并不关心内部的状态 。
它包含一个ValidationMessageStore的列表,获取此字段的验证消息时,就是遍历这个列表获取的。但FieldState不负责向存储器添加验证消息。这个列表如何来的,验证消息存储器ValidationMessageStore已经说明了.
可以把EditContext理解为 : 字段状态 FieldState 列表 + 编辑模型实例, 注意它 不引用ValidationMessageStore,之所以这样设计是想保持EditContext轻量.
那主要关心的就是FieldState列表的crud操作 创建FieldState,则是外部想通过EditContext获取字段状态时,若有就返回,否则创建并记录下来。 读取就直接遍历FieldState咯。 删除:好像木有,也没有必要 改:找到字段状态,直接改咯.
另外:一个EditForm与一个EditContext关联,EditForm内部的组件会通过级联方式获得editContext的引用 。
额外的,它还提供字段变化时、请求验证时的相关事件.
展示就比较简单了,EditForm与EditContext关联的,它会级联传递到表单的子组件,子组件通过EditContext遍历字段就能拿到验证消息.
它是汇总显示所有验证消息,它通过级联参数获取EditContext引用,遍历然后显示验证消息.
原理类似,它显示指定字段的验证消息.
所谓的验证器,无非是定义一个类,让它持有EditContext的引用,然后它内部new ValidationMessageStore(editContext),然后通过自己的方式验证后,Add验证消息到ValidationMessageStore即可.
组件是个空壳,它通过级联参数拿到EditContext对象,然后调用 EditContextDataAnnotationsExtensions 中定义的扩展方法,创建了一个实现IDispose的对象,组件释放时会释放这个对象 。
这个核心对象内部new ValidationMessageStore(editContext),用来存储验证消息.
它在初始化时会注册:
_editContext.OnFieldChanged += OnFieldChanged; _editContext.OnValidationRequested += OnValidationRequested,
字段变化时,验证,或者外部向editContext请求验证时,触发验证。然后将验证消息Add到存储器中.
最后此篇关于宏观上理解blazor中的表单验证的文章就讲到这里了,如果你想了解更多关于宏观上理解blazor中的表单验证的内容请搜索CFSDN的文章或继续浏览相关文章,希望大家以后支持我的博客! 。
我需要 #define 方面的帮助来执行以下操作: for (int i = 0; i label1.text = (东西) 当 i == 2--> label2.text = (东西)
我正在尝试从 proc macro workshop 中实现构建器模式我正在创建一个 proc 宏,它解析一个结构,提取它的 name、field_names 和 field_types。它应该重现结
给定: fn main() { println!("{0} {0:?}", 10); } 我得到: main.rs:2:27: 2:29 error: argument redeclared
我想使用带有 String 作为第一个参数的 format! 宏,但是因为宏需要一个字符串文字,所以我无法向它传递任何不同的东西. 我想这样做是为了将字符串动态添加到当前字符串中,以便在 View 引
我正在寻找一种方法来链接 Rust 中 try! 宏的使用,并找到了 this pull request that implements the ? operator . 它好像已经被合并了,但我似乎
我正在使用 Rust 稳定版 1.30 和 Relm。我想出了如何设置默认窗口大小,但不知道如何设置图标,至少在 View 中是这样!宏。 这是我的main.rs extern crate gtk;
我希望通过 format! 宏格式化右对齐 float ,并且符号始终可见。使用 syntax specification我设计了以下格式: format!("{:>10+.1}", 23.3434)
我是一名优秀的程序员,十分优秀!