认识达内从这里开始

自定义表单是目前大多数软件开发程序员在开发软件的时候都会用到的一个开发组件，而本文我们就通过案例分析来简单了解一下，自定义表单包含哪些开发组件。

基础设施：

自定义表单主要涉及到数据存储，包括表单定义信息和真实的业务表存储管理，可支持不同的数据库存储，Redis主要用在缓存更新通知上，Redis不存储表单定义缓存

基础组件：

表单基础框架，.netcore实现，用Dapper做ORM存储，封装了UnitOfWork，另外还包括了模块管理、租户/应用管理等基础功能，不包括权限相关功能。

表单定义本地缓存：

表单定义信息对于自定义表单来说，访问特别的频繁，真实业务变更极少，需要不少的过滤查询，如果存储到Redis，涉及到频繁的访问以及数据过滤，对整体性能影响也比较大，所以这里考虑把表单定义信息存储到每一个应用程序内存中，直接从内存中访问表单定义信息，表单定义信息改变时，通知所有应用表单定义对应的数据已经更新，应用程序读取数据时，会从数据库读取新的数据存储到内存中。表单定义信息还会存储到浏览器Indexdb中，一条总的原则就是访问自定义表单定义信息一定要快，就近获取。

基础数据本地缓存：

数据字典(用户信息)也可以存储到本地缓存，管理方式同表单定义本地缓存，数据字典变更极少，访问大;业务表往往只存储用户Id，展示需要用户名称，所以也存储到本地缓存中。

缓存变更通知：

修改了表单定义信息或者数据字典等，通过Redis通知所有应用程序清空本地缓存，再次读取数据时，应用程序从数据库或者接口读取数据再填充到内存中。如果检测到Redis断开连接，则直接从数据库或者接口读取数据，待Redis恢复，再从内存读取数据。Redis可由其他有发布订阅中间件服务替换。

CurrentUser：

只提供接口定义，对接具体的框架实现具体的逻辑，比如框架使用Abp框架，则从Abp的ICurrentUser读取用户当前用户信息。

微服务调用组件：

暂时未迁移，见作者其他博客描述。

租户/应用配置管理：

对自定义表单数据在租户和应用级别进行隔离，以支持Saas服务。

SpriteComon：

自定义表单公共组件/模块

动态Sql：

自定义表单比较核心的内容之一，所有对业务表的常规CRUD，都是通过动态拼接Sql语句完成以及动态参数，这里面涉及到大量的JObject操作，也就是开发者用得比较多的Newtonsoft.Json组件部分内容。

动态查询条件：

对Sql的参数查询，查询条件定义为一棵查询树，然后根据树完成Sql查询条件Where子句的字符串拼接。

动态表达式：

也是一棵树，每一个节点为一种函数或者取值，比如逻辑表达式、日期转换函数、从方法获取值、固定值等，根据根节点类型返回对应动态值

表单规则：

自定义表单灵魂所在，有了表单规则定义，才能称之为表单引擎，可定义视图或者表单规则;

表单规则事件：

比如用户列表视图新增按钮点击事件，部门树用户列表表单部门树视图树节点选中节点变化事件，用户列表视图弹出对话框保存事件等，可以是视图/表单本身或者控件触发，也可以是子表单/子视图本身或者控件触发

表单规则执行：

当某一个规则定义的事件被触发，可定义执行一系列执行动作，比如"用户列表视图新增按钮点击事件"触发时，定义执行设置用户列表选中部门参数、获取用户列表查询参数定义、执行后端获取用户分页数据方法、将执行结果传递给用户列表等一系列动作。再比如"用户列表视图弹出对话框保存事件"事件触发,验证用户Item视图、验证通过

定义时和运行时验证：

自定义表单不需要写代码，则验证就显得非常的重要了，定义时各个模型之前数据是否正确，规则定义是否正确，运行时参数等是否正确等

序列化：

表单定义存储往往是结构化的数据，很多定义信息可能以字符串的方式存储，但JS前端往往需要Json数据，则需要进行序列化与反序列化操作。

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与管理员联系，我们会予以更改或删除相关文章，以保证您的权益!更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销，赚更多好礼。