一、介绍
——借鉴微软Odata
不同于传统系统，每次新增接口都需要告知前端返回中的什么字段表示什么意思。且前端的每一个页面都需要花时间开发。
统一定义了一套前端模板、定义后端解析封装逻辑。即前后端都编写了一套解析器，前端表单页面的格式位置信息存后端。
术语介绍：
操作引擎：自己定义的一套解析规则，对符合该特定数据结构的数据进行解析处理。
解析器：对特定的数据结构进行解析，处理。
页面模板：一套定义页面布局，展示数据内容。可理一套解控制整个页面的数据。
存储过程：一次与服务器交互的整个过程。增、删、改、查。
表单：该文档中的表单指，包含有字段属性和值的数据集合，及展示格式样式，通常是存储过程的一种展现形式。可理解为网页中的弹出框。
事件：达成某个条件后对数据进行处理。可理解为页面上的按钮。
增强类：服务器对输入的数据进行分析处理的代码，代码中的核心处理类。每个事件、存储过程、页面模板、表单都可以有增强类。
优势简介：
前端和后端 写了一套解析器，针对某种自定义数据的解析器。 对所有页面用同一个查询接口(仅入参id不同)，保存也用同一个接口，包括前端的布局 也存后端数据库，用同一个接口存储。
传统对比
菜单目录点进去的页面(布局按钮等)——(现在叫)——页面模板
页面上的按钮———-事件
点击按钮后弹框————表单
前端调用view层后端处理逻辑到返回结果这个过程———存储过程
后端Domain做的逻辑————增强类
表单———-控制列长宽高的grid表
二、后端设计
系统基础表：
用表中的数据来管理数据表。
schema_table ——-表属性
schema_column ——表中字段的属性
schema_view ——- SQL
schema_param —-SQL入参、出参属性
关键表：
系统的引擎定义表
dy_procedure ——-存储过程。一次处理数据的过程 与后端一次传输的过程。
dy_class ——-对象
dy_form ——-表单，页面里的弹出框。
dy_form_field ——-表单上字段属性。(可空、默认值等)
dy_field_value ——-表单输入的字段值，记录表单中所有字段每次输入的值。
dy_query ——-查询，对应一次查询。通过code查询数据库表数据。并通过增强类来，设置查询条件和返回格式。
dy_template ——-页面展示的模板，一个页面就是一个模板。通过增强类来控制页面展示参数。
dy_user_grid ——-表格个性化
dy_rich_text ——-富文本
后端框架接口主要逻辑图
使用接口
三、使用方式
使用Excel导入，
菜单：path—-前端自定义页面的地址
queryCode —-查询code，必须于【查询】配合
查询：queryCode —-查询code，查询页面模板定义及列表数据。
dyDecoration—-查询增强类
事件：procedureCode —-存储过程code，必须配合【存储过程】
customForm —-自定义表单，无存储过程，则用自定义表单。
存储过程：procedureCode —-存储过程code，一次处理数据的过程编号。
mainTable —-主表，先更新的表。
mainOperator —-主表操作，区分CREATE、MODIFY、DELETE
mainDecoration —-主增强类，主表增强类
otherTable1 —-次表
otherOperator1 —-次操作，区分CREATE、MODIFY、DELETE
isSingle1 —-单个OR数组，是更新一次还是批量更新
isNull1 —-可空
relationColumn1 —-关联列，于主表的关联列
otherDecoration1 —-次增强类
个性化表单：customComponent —-个性化组件。前端使用的组件
表格：用于初始化用户列表的属性。(宽，排序)
数据字典：
场景介绍
若有收获，就点个赞吧
0 人点赞
