构建一个统一可管控的数字化模型研发平台变得越来越重要

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 页

© 版权声明
THE END
喜欢就支持一下吧
点赞122 分享
评论 抢沙发
头像
欢迎您留下宝贵的见解!
提交
头像

昵称

取消
昵称表情代码图片