PropertyEditor 的属性(如:Caption,DisplayFormat)大部分来自 XAF 的 Model,也就是在 PropertyEditor 初始化时会传递一个 IModelMemberViewItem 对象,它里面包含了我们在模子编辑器中设置的值或一些默认值。PropertyEditor 中有两个比较重要的方法 ReadValue 与 WriteValue,我一开始看到这个两方法时也产生了混淆,ReadValue 与 WriteValue 它们针对的对象是 BO 中的属性,而不是 PropertyEditor,也就是说 ReadValue 是读取 BO 中属性的值,而 WriteValue 是将值写入到属性中。
在对外袒露组件时,Blazor 比 WinForm 要多一步,Blazor 中的 RenderFragment 是用于渲染组件的,不能通过 Control 属性返回,同时我们也无法直接操作 RenderFragment,我们是通过 ComponentModel 间接操作 Blazor 组件渲染的,所以当我们在外部想自定义 PropertyEditor 中的组件时,WinForm 是直接操作 Control,而 Blazor 是通过 ComponentModel 来完成。PropertyEditor 的大部分子类都是围绕上面提到的属性或方法举行封装,以顺应差别的平台。对于 WinForm 来说相对比较简单,就是直接操作 Control,而对于 Blazor 来说就要繁琐一些,就因为这样 XAF 针对 Blazor PropertyEditor 创建,做了大量的封装,特别是在最新的24.1.3中丢弃了 ComponentAdapter,使 PropertyEditor 的创建更加简单,甚至比 WinForm 还要简洁一些。下面重要以 Blazor 为主介绍 PropertyEditor 的相关技术点。
由于本文讲的是 PropertyEditor 的原理,默认读者是熟悉 PropertyEditor 的创建,所以不会再去讲解 PropertyEditor 的创建过程,而是只讲解它的技术点,如果对 PropertyEditor 的创建不熟悉的小同伴,可以查看 XAF 的官方文档。在 XAF 新版本中 ComponentAdapter 被废弃了,那它被引入的缘故原由及被废弃的缘故原由是什么呢?在 XAF Blazor 创建之初 ComponentAdapter 就已存在,通过它的名字我们知道它是一个代理层,负责 PropertyEditor 与 ComponentModel 之间的通讯。那为什么要加入这个代理层呢,而不是 PropertyEditor 直接操作 ComponentModel 呢。这里重要思量是 PropertyEditor 的封装,由于 PropertyEditor 的操作基本是固定的(如,读值、写值及一些常规属性的设置),而 ComponentModel 是针对差别的组件的,差别的组件会有差别的属性,好比雷同值属性,文本框是Text,日期框是Date,数值框是Value等,通过 ComponentAdapter 来适配差别的 ComponentModel(如:GetValue,SetValue 等),PropertyEditor 再去操作 ComponentAdapter ,这样更利于 PropertyEditor 的封装。
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) | Powered by Discuz! X3.4 |