视频录制中,敬请期待~
在表单设计的过程中,平台有丰富的控件供我们建表单使用,例如有“文本框、下拉框、多选框、单选框”等等。 除了这些基本控件外,还有些更为复杂控件:例如“子表控件”、“编辑型按钮”等多表联动控件,以及对表单进行“分区管理”的各种“容器”控件
如果基础控件仍不能满足我们的需求,还可以通过代码,进行“控件扩展”整合,例如,加入OCR控件、地图控件、第三方的签章控件等
每个控件本身都有丰富的属性配置,拿最常用的“文本框”举例,点击控件,右边可以设置它的公式、自定义查询、值来源、校验规则等。 比如它的“值来源设置”,除了通过手工输入的方式以外,还可以通过简单的脚本,就能从异构系统获取数据。
对于单张表单,我们可以通过HTML代码进行样式调整,甚至可以在代码层面,去改前端输出样式。这可以看出,从灵活性方面,也是很方便的。
当配置好PC表单后,平台会根据PC表单自动生成移动APP表单。此外,也可以对手机表单进行灵活的配置和代码调整。 从配置层面,我们可以灵活设置手机表单的字段和相关属性。 从代码层面,也可以对移动表单直接插入JS脚本及传递数据结构。
很多时候,公司是先有了企业原来旧的数据库模型,要把这些数据反向映射到我们的表单当中,那就要使用反向的建模方式,我们把这叫做“基于模型建单”。 “基于模型建单”就是我所说的“反向建模”。先通过让“业务实体”绑定“数据库表单”,再通过“业务模型”组合多个业务实体,最终让表单绑定业务模型,从而实现这种反向建模。 红迅平台在“双向建表”方面,有很灵活的机制。
场景说明:平台提供自定义的单据管理,允许在上面通过平台的开发与管理的方式实现单据的统一管理,平台定义的大部分单据均可通过平台进行数据的定义处理,如商品,出库、入库、销售订单等在后台中使用的单据均可以在后台实现自定义的管理。
业务实体:指的是在业务系统中描述业务的属性信息,如商品包括编码、名称、规格、品牌、成本价、描述等。
业务模型:基于具体的业务进行业务实体的关联与设计,如物料入库申请单包括了入裤申请的主表的具体信息外,还关联了出货单的明细实体。他定义了现实中的具体业务的属性与类型。
在单据设计中,设计了一张“表单”后,可能在不同场景下,“字段的控制权限”不一样,绑定的流程不一样,按钮也不一样。但又不想去建两张物理表来处理,这个时候就可以对同一张表单,使用不同的方案设计。 “反向建模”和“表单方案”我们都是参考了IBM的模式设定的,这种设计模式对很多业务场景的适配性是很强的。
表单做好了,通过表单把数据录入后,要把数据汇总起来,以供用户去查询,这就是“数据列表”,也称为“视图”功能。 数据列表的作用,主要有两点:第一,是用来实现,数据的权限控制,也就是控制不同用户看到不同的数据范围,第二,就是实现数据的查询功能。
列表是怎么配置的?红迅平台提供了配置模式,可以不写一句代码,就能完成:
① 列头的配置,就是表单的哪些字段要显示在列表中;
② 搜索条件的配置,就是通过哪些字段对数据进行搜索;
③ 还有“增删改查”这些按钮的生成;
④ 以及,数据权限的控制。
数据权限方面,配置也很灵活,可以根据“表单字段”、或者“某个用户”、或者“不同角色”、以及“不同机构”等各种维度来进行数据的权限控制。
从代码模式切入,红迅平台也可以通过代码进行更为灵活的设定:例如,可以通过SQL直接进行数据过滤,我们也支持多种SQL构建方式。 在“页面函数”中,也可以通过JS或JAVA进行列表相关的“事件触发”,以及通过代码去调用“存储过程”。
在单据中心里面,还有很多应对不同业务场景的功能,例如:
【表单验证规则】,用来对表单字段进行一些复杂的校验。
【表间公式】,用来处理跨表的数据和参数传递。
【系统调用脚本】,表单中有很多地方可以调用脚本,可以事先写好,在表单中直接调用。
【数据源管理】,可以实现对多数据源的支持。
【单据模版】,就是表达设计器中有提供四列、六列、八列模版控件,如果这些模版不适合的时候,就可以对表单模板进行自定义。
另外,还有【页面定制】和【数据脱敏】等。