企业级自定义表单引擎解决方案(七)--视图模型管理

  实体模型,视图模型,表单模型,表单规则引擎,这几部分内容是自定义表单核心内容,之前的文章已经介绍了实体模型,这篇文章介绍一下视图模型管理。

  我们平时见到的一些管理系统或者多数程序员做的一些CRUP操作,比如我们接触最多的列表管理、表单Form管理、树管理等,这些功能在一个后台管理系统中最为常见也最为繁琐,对于一个后台管理类的系统来说,可能60%左右都在做这样一些繁琐且无聊的工作,其实这些功能我们可以进行归纳总结,进行抽象,列表管理无非就是各种基本查询字段定义、高级查询定义、基础的一些功能按钮、比如新增或者导入导出Excel等、列管理、排序分页等,对于表单Form管理,无非就是字段排序显示、字段用什么控件显示、保存时验证、新增还是修改等,这些功能我们可以按照大的方面抽象,实际使用的时候,要什么功能就打开什么功能,更者我们可以做成模版,常用的功能根据模版自动生成,配置的大多数过程都可以省略。

  实体模型管理就是对这些具体典型功能的抽象,真实业务根据实体模型动态生成具体业务功能模块。

  先上一张整体设计图

视图关键字段说明:

  ViewType(视图分类):视图分为列表视图、表单视图、树视图,后面还可以灵活的添加其他类型的视图。

  Version(版本):每一次修改视图的任何信息,都会重新生成一个版本号,浏览器存储视图信息,每打天一个页面,会将本地表单版本和视图版本传递到服务端比较版本号,如果版本号发生变化,重新请求视图数据(一般系统交互后,视图及表单定义信息很少会发生变化)。

  PropertySettings(视图属性):存储前端的一些样式,比如列表视图,存储前端List控件的一些属性,前端渲染时,读取属性并应用到控件中,一般需要结合具体使用的前端框架设置。

        RelationInfos(关联信息):视图可能会关联其他视图,比如表单视图中,某个字段的数据从其他视图获取,这里会把关联视图的Id关联到此视图中。

        Rules(规则):定义视图的规则,如点击编辑按钮,打开对话框、获取表单数据、将表单数据绑定到表单视图中。

        WrapInfos(视图包装器):视图用显示在对框框中,视图显示在特定样式Div中或者Box中,前端在渲染视图时,如果有包装器,会用包装器包装视图之后再渲染。

        Controls(视图控件):不同的视图控件显示的区域不一样,需结合具体的视图定义控件,前端渲染不同视图时,读取不同类型的视图控件,在特定的区域显示视图控件。

        Extension1、2、3、4(扩展字段):对于不同的视图,存储不同的内容,比如列表视图,存储查询信息、视图特定列定义信息、表单视图则存储表单行定义信息。根据不同的视图类型使用不同的扩展字段。

表单视图:

              表单类的视图由行和列组成,每一行一条行数据,每一行可以设置行属性,前端根据行属性动态渲染一行数据。

              列可以显示具体的字段以及字段所使用的控件和验证表达式。列除了展示字段之外,还可以显示子视图或者子表单。视图、表单、控件所有行为均通过规则引擎控制。

列表视图:

              列表一般分为查询区域、高级查询区域、表格区域、分页区域、列表控件区域,这些区域一般是可以固定下来的,每一个区域都可以做配置,比如查询区域,可以定义查询哪些字段,查询的字段Where条件怎么拼接,高级查询可以使用哪里比较条件,用什么控件渲染等。

              列一般情况直接显示内容即可,但特殊一些列,需要单独定义,比如某列是数据字典,某列不同条件用不同颜色显示内容等。

              先介绍到这里吧,具体细节参考架构设计图,有什么疑问可以咨询本人,自定义表单本来就比较复杂,概念比较多,需要抽象出来的东西也比较多,这里主要还是提供一些设计思路吧。

开源地址:https://gitee.com/kuangqifu/sprite

体验地址:http://47.108.141.193:8031(首次加载可能有点慢,用的阿里云最差的服务器)

自定义表单文章地址:https://www.cnblogs.com/spritekuang/

流程引擎文章地址:https://www.cnblogs.com/spritekuang/category/834975.html(采用WWF开发,已过时,已改用Elsa实现)

Github地址:https://github.com/kuangqifu/CK.Sprite.Job

原文地址:https://www.cnblogs.com/spritekuang/p/15247194.html