1.本技术涉及数据处理领域，尤其涉及一种能源行业交互交互平台的数据处理方法。
背景技术：
::2.对于企业进行信息化建设和数字化转型，软件研发是必要的手段和途径。传统应用定制的研发模式存在诸多不足和局限，亟需寻求一种交互性强、可快速开发迭代的统一数字化模型开发解决方案。比如对研发人员能力有很多要求，比如研发人员受限于对技术栈不同程度的掌握；对于越来越复杂的研发需求，开发方式能否更容易理解、更容易交互，甚至让业务人员能够参与进来也是越来越关注的问题。随着大数据、人工智能和互联网的快速发展，传统的软件定制开发方式已经无法满足企业快速发展的需求：既要满足个性化定制又要快速发展，难以突破传统编写代码的方式 一方面，企业应用开发的人工成本太高，后期维护和二次开发困难，增加了企业的运营成本，给企业带来了很大的压力。转型带来负面影响。如何改变现有的研发局面，构建统一可控的数字化模型研发平台变得越来越重要。技术实现要素：3.本技术实施例提出一种能源行业交互交互平台的数据处理方法，可实现基于组件的高效、高交互开发、高扩展性、高可靠性前端应用程序。可维护性、易用性等特点，在有效降低开发门槛、快速自主开发业务应用的同时，可大幅降低应用开发成本，缩短应用开发上线周期，快速响应业务运营变化和创新等各种需求.
4.数据处理方式包括：5.s1，基于低代码开发模块中的前端拖放界面配置表单； 6.s2，它基于服务器端的Table结构对象设计元数据模型。 7.可选的，数据处理方法包括：8.s11，为表单定义表单格式，根据定义的内容完成模型构建； 9.s12，构造表单拖放式Designer； 10.s13、基于构建的表单模型，拖放表单布局调整，基于表单引擎解释并执行表单中的命令。 11. 可选地，s11包括： 12.s111，构建表格单元数据设计结构； 13.s112，根据数据设计结构规划表单布局； 1 4.s113，基本信息维护模块是基于json描述定义的，用于根据显示的信息构造布局中数据的索引。 15.可选，s112包括： 16.单式布局，一个表单只有一个大控件； 17.自上而下布局，通过多行设置多个表单部分； 18.上、左、右、下布局，页面分为上、左、右、下四部分； 19.左上、中、右下布局，页面布局分为左上、中、右、下5个部分。 20.可选，s12包括： 21.表单设计器是左中右三栏布局， 22.左侧是控件列表，列出设计器支持 23.中间部分是画布，左边的控件可以直接拖到画布上，支持包括控件重排序和复制在内的操作； 24.右侧是表单 在字段配置区，在画布中选择一个字段，右侧会显示该字段的所有属性，进行包括配置字段标题、描述、验证规则。
25.可选，s13包括： 26.客户端发送页面访问申请； 27.引擎调用表单库管理器传递表单号，获取表单的定义信息； 28.根据表单定义信息获取表单布局模板类型，调用表单布局模板管理器获取表单布局模板； 29.根据表单定义，获取表单内部组件的类型，调用表单内容模板管理器获取表单内部组件的布局模板； 30.根据元数据引擎的数据访问服务，获取表单需要呈现的数据； 31.表单布局模板，表单内部组件的布局模板与表单定义和数据结合，最终由表单引擎生成并渲染表单界面。 32.可选，s2包括： 33.s21，元数据模型设计； 34.s22，定义实体之间的关系； 35.s23，元数据提供的数据访问接口； 36.s24，元数据的执行。 37.可选，s21包括： 38.采用面向对象的设计理念，使用xmlschema定义元数据格式； 39.其中，元数据模型包括：40.Application，指具体的应用信息属性，通过这样的树状表示结构，明确划分软件系统的层次； 41.Entity，指数据结构的逻辑模型； 42.目录，利用目录的结构将各种实体组织在一起。 43.可选的，s22包括： 44.通过实体属性描述实体之间的关联关系。
45.可选，s23包括： 46.由两个服务接口类实现：metaservice和dataservice； 47.元服务；定义访问，包括获取元数据的定义信息，如描述信息包括字段类型和字段长度描述； 48.数据服务；提供对数据的操作。 49.可选的，s24包括： 50.元数据引擎的底层实现原理和调用过程。 51.有益效果：52.(1)覆盖面广：交互式交互平台开发框架一般可以覆盖各种常见的业务管理需求（如生产管理、人事管理、销售、合同、客户管理等），只要有数据采集、分析、协同等需求，都可以直接搭建，方便国家电网快速推进各类信息化平台和应用落地，降低技术选型成本，同时通过同类型开发平台实现，解决了各种应用系统之间技术栈不同的问题。53.(2) Less技术要求：即使没有专业的软件开发基础也能快速上手，信息化部门无需在应用建设上花费大量时间，各业务分开ment 可以构建自己的管理应用程序，有助于实现团队的信息化自助。一方面降低了开发人员的门槛，有效降低了人员招聘的成本消耗和人员流动带来的技术储备问题。同时，让业务部门参与开发过程，可以快速将需求转化为应用，避免业务人员与开发人员对业务理解的偏差。沟通成本增加，大大提高了开发对业务的交付价值。
54.(3)后期容易迭代：当业务发生变化时表单form中使用标记的类型有几种，维护人员可以直接在后台修改应用，实现业务管理应用的迭代。一般迭代1~2天即可完成，有效降低迭代成本，关键是真正实现对需求的快速响应和业务价值交付。与传统应用迭代需要数周甚至数月的时间相比，业务价值生成是不可估量的，会大大提升客户满意度.55.(4)开发加速it团队价值转化：传统开发模式死板，开发周期长，成本高, 很难根据企业业务的变化而变化. 交互式交互平台开发框架让管理系统随着业务变化不断演进升级, g真正缩短开发周期，降低开发成本，提高开发质量，使IT团队从典型的成本导向型组织转变为价值输出型组织。图56.为了更清楚地说明本技术的技术方案，下面简要介绍实施例描述中使用的附图。显然，以下描述中的附图仅是本技术的一些实施例。对于本领域的普通技术人员来说，在没有创造性劳动的情况下，还可以基于这些附图获得其他的附图。 57. 图。图 1 是能源行业交互交互技术的一个示例。该平台的数据处理方法流程示意图。 具体实施例58.为了使本技术的结构和优点更加清楚，下面结合本技术的结构作进一步的说明。附图。 59.本发明尝试设计一种能源行业交互交互平台的数据处理方法，能够实现基于组件的高效率、高交互开发、高扩展性、高可维护性、易用性等特点使用前端应用的同时，有效降低业务应用的开发门槛和快速自主开发，可以大大降低应用开发成本，缩短应用开发上线周期，快速响应业务运营变化和创新等各种需求。
60.本发明设计了一种能源行业交互交互平台的数据处理方法，如图1所示。 1，可以解决现有技术中缺乏交互应用的问题。 61.s1，在低代码开发模块中基于前端拖放界面配置表单； 62.s2，基于服务端面向对象的表结构设计元数据模型。 63.在实现中，表单模型的设计包括以下几个方面： 64.a) 表单元素数据设计系统 65.每个控制模式的元数据定义如下: 66.1)module control(module)67.module包含code(code)、name(name)和name(displayname)属性。 68.2)表单控件（form） 69.表单具有这些属性。元数据属性是指它所绑定的元数据实体，形式就是展示这个元数据实体的内容。 70.3)网格组件（gridcomponent） 71.网格组件包含名称（name）、宽度（width）、布局索引（layoutindex）、元数据绑定（metadata）、默认宽度（ defaultwidth)、初始sql查询(initsql)和详细表单(detailform)这些属性。 72.4)列控件（列） 73.列属性用于描述元数据的属性，即以表格列的形式显示的数据库字段的元素。
74.5)表头组件包括名称（name）、宽度（width）、高度（height）、标题（caption）、布局索引值（layoutindex）、布局列数（ columns) )、默认标签宽度（defaultlabelwidth）、默认输入宽度（defaultinputwidth）、初始化sql（initsql）、元数据（metadata）。 75.6)页眉项控件（vourchite） 76.页眉项对应具体的输入项。 77.7)表单控件（vourchgridcomponent）7表单组件有名称（name）、显示名称（caption）、宽度（width）、绑定元数据（metadata）、布局索引（ layoutindex)、主表元数据(maindata)、明细表元数据(detaildata)、主从表关联属性(detailparentkey)、初始化sql语句(initsql)属性。 79.b) 表单的布局 80.表单首先预设了几种布局形式，并对布局的块进行编号。常见的表单布局如下： 81.1)单一布局：一个表单只有一个大的控件元素，比如一个表格控件，页面布局对应的layoutindex属性控制。
82.2)上下布局：在多行上设置多个表单部分。 83.3)Top-left-bottom layout：页面分为上、左、右、下四部分。 84.4)Top-left-middle-bottom-right layout：页面布局分为上、左、中、右、下五部分。 85.表单模型定义：86.87.88.[0089][0090]json描述定义了一个名为“基本信息维护”的模块。该模块包含一个名为“人员列表”的表单表单form中使用标记的类型有几种，对应的元数据定义为“用户”。表单中包含一个列表控件（gridcomponent），就是以表格的形式展示人员信息。布局索引为 1，表示组件放置在布局模板中的位置 1。人员信息包括userid、姓名、地址、性别、评论等属性，显示名称、显示列宽等信息在属性定义中指定。 [0091] 表单拖放设计器的结构类似于设计软件的布局。表单设计器一般有左中右三栏布局；左边是控件列表，列出了设计器支持的表单控件；中间部分为画布，左侧控件可直接拖入画布中，支持控件调整顺序、复制等操作；右侧是表单字段的配置区，在画布中选择一个字段，右侧会显示该字段的所有属性，用户可以在其中配置字段标题、描述、验证规则等[0092] 表单设计器的输出是描述表单字段的jsonschema，表单设计完成后jsonschema会直接存入后端。
表单发布后，前端根据jsonschema渲染表单。表单中所有字段的信息都存储在schema中，所以每次更新表单都是修改schema中的内容，无需传统的编译过程。 [0093] jsonschema 是一种用于表单设计者和表单呈现组件之间的通信的语言。 [0094]定义如下： [0095] [0096]表单由多个输入控件组成，输入控件包括多种形式，例如：文本、数字、单选和多选。除了描述字段对应什么类型的输入，schema还需要描述控件的行为，比如是否限制输入的长度，是否需要等等。有了这些描述，表单渲染组件就可以根据模式渲染出预期的表单。 [0097] 上述类型定义中： [0098] component 表示使用什么输入组件来渲染字段； componentprops 表示传递给组件的 props，用于控制组件的行为； type 表示组件接受并期望返回的数据类型； fieldkey 是表单中字段的唯一标识，在用户端不透露； title 表示表单中字段对应的标签，其值是用户可读的。 [0099] 表单设计者的任务是将已有的jsonschema作为输入，对schema中的字段进行增删改查，最后输出schema。
整体来说，表单是各个控件操作的组合，组合的结果就是一个完整的jsonschema。为了能够修改表单字段，在表单设计器中提供了一个字段配置区域。在配置区域中，用户可以直观地定义字段属性，而无需关心模式的具体格式。表单设计器负责将配置值转换为schema，同时也负责将schema转换为配置值，用于回显配置好的页面表单。 [0100] 表单引擎的解释和执行过程如下： [0101] 客户端发出访问人员列表表单等页面访问申请，访问地址为http； //localhost;8080/平台/表格？ formid=userlist&querydatas=all，解析地址访问的表单是userlist。引擎调用表单库管理器，通过表单号“userlist”获取表单的定义信息。根据表单定义信息获取表单布局模板类型，调用表单布局模板管理器获取表单布局模板。根据表单定义获取表单内部组件的类型，调用表单内容模板管理器获取表单内部组件的布局模板。根据元数据引擎的数据访问服务，获取表单需要渲染的数据。表单布局模板、表单内部组件的布局模板、表单定义和数据结合，最终由表单引擎生成并渲染表单界面。
元数据模型设计，在交互式快速开发框架中，后端开发需要设计的元数据结构如下： [0102]1)app(应用)包含id(number)等属性)、label(标签))、platversion(平台版本)。 [0103] 2)目录（元数据目录）目录包含名称、id。 [0104]3)元数据实体，属性包括元数据实体id、实体名、表名。 [0105]4)属性(property)属性是最重要的定义，对应表数据库的字段定义。属性属性说明：[0106]1)length是字符串的长度。 [0107] 2)name属性是区分属性的标志，各种调用和设置都需要通过name属性来实现。 [0108] 3)column-name属性为表中对应的字段名。 [0109] 4)标签属性提供属性显示的名称。 [0110] 5)type属性是数据类型。 [0111]6)scale为精度，type设置为浮点类型时需要设置。 [0112] 7)disabled 表示它是否被禁用。 [0113]8)not-null不为空，设置为true时，表示为必填项。 [0114]9)default-value是默认值，初始化值。 [0115] 10)display是显示风格的一个属性，显示风格可以在显示中设置。
[0116]11)description为描述信息，类似于备注字段。 [0117] 12)enum-value是枚举类型时的可选值范围。 [0118] 13)prompt是提示输入的属性，可以在页面上提示的信息。 [0119] 14)error-message是错误后的提示信息。 [0120] 15)tip是帮助信息。 [0121] 16)display-width是编辑框设置的像素值。 [0122] 17)max-length是输入选项的最大长度。 [0123] 18)min-length是输入选项的最小长度。 [0124] 19)max作为数值类型时有效，为数值的最大值。 [0125] 20)min作为数值类型时有效，为数值的最小值。 [0126] 例如，设置“锅炉房消费”对象，使用“boilroomcon”作为元数据的name属性，标签属性为“锅炉房消费”，表格的每一列为： [0127]1)column-name 属性：锅炉房名称。 [0128] 2)类型属性：字符串。 [0129] 3)长度属性：32。 [0130] 4)比例属性：空。 [0131] 5)禁用属性：假（默认）。
[0132]6)非空属性：真。 [0133] 7)提示属性：“请输入锅炉房名称”。 [0134] 8)错误消息属性； “锅炉房名称必须是字符串！”。 [0135]9)display-width属性：70。 [0136]4.实体之间的关系 [0137]通过实体属性描述实体与实体之间的关联关系。它与数据建模中的关系具有相同的含义。它包含的属性定义包括name（名称）、label（标签）、target-id（目标元数据id）、source-property（关系源属性）、target-property（关系对应目标属性）、delete-rule（级别Join删除规则），to-many（一对多关系），physical（是否是物理表，即真实表，不是逻辑表）。 [0138] 5.元数据提供的数据访问接口 [0139] 定义元数据模型后，最终必须提供对元数据和数据的操作接口，最终只能实现数据访问的服务通过提供这些接口。主要由两个服务接口类实现：metaservice和dataservice。 [0140] a.元服务；提供对元数据定义的访问，包括获取元数据的定义信息，如字段类型、字段长度描述等。
[0141]b.数据服务；提供对数据的操作，如基本的增删改查操作。根据元数据的模型定义，可以知道元数据的基本类有app、directory、entity、property等）。 [0142] 应用程序将包含目录集，目录类包含实体集，实体类包含属性集。 [0143] 定义两个服务接口，imetaservice和idataservice，它们由metaservice和dataservice类实现。 [0144] 6.元数据提供的数据访问接口 [0145] 元数据引擎是提供后端服务的工具，用户对某个数据进行检索请求等服务请求，查询属性号为“1001”人员实体。调用元数据引擎方法：findobject(classcls,stringid)。例如调用 findobject(user.class, “1001”);会返回一个人员id为1001的用户对象，其实现过程分为以下3个步骤： [0146]1.sql generator生成sql [0147]元数据sql generator根据用户的元数据类型，并学习到用户的属性和对应的数据字段、字段类型和长度等。假设用户类对应的表名是tb_user，用户的id属性对应的数据库字段是user_id，sql生成器会生成“select*fromtb_userwhereuser_id=’1001’”这样的sql语句。
[0148]2.执行sql[0149]元数据引擎将生成的sql语句传递给sql执行器，sql执行器调用数据库驱动返回查询结果。 [0150]3.将查询结果转换为对象返回[0151]元数据引擎将数据库的查询结果转换为用户对象返回给申请用户。从执行过程可以看出，元数据引擎根据元数据的模型定义信息生成sql和语句。最终的sql执行还是由数据库驱动完成的。然后通过反射等方法将sql执行的数据库查询结果创建成对象。返回。以上仅为本技术的实施例而已，并不用于限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术之内。保护范围内。当前第 112 页当前第 112 页
暂无评论内容