CN115964019A - 适用于工业场景的信息融合组件规范的方法和系统 - Google Patents

Abstract

本发明提供了一种适用于工业场景的信息融合组件规范的方法和系统，包括：步骤1：构建组件依赖；步骤2：构建组件命名规范；步骤3：构建组件开发流程规范；步骤4：构建组件打包流程规范；步骤5：构建组件发布流程规范；步骤6：规范组件使用流程。本发明解决了工业互联网各系统视觉上碎片化严重、交互感受相互割裂的困局，为工业场景下各生产环节的组件统一建模提供了依据，进一步推进了工业信息融合。

Description

适用于工业场景的信息融合组件规范的方法和系统

技术领域

本发明涉及信息化组件技术领域，具体地，涉及一种适用于工业场景的信息融合组件规范的方法和系统。

背景技术

目前，工业互联网蓬勃发展，各信息化系统层出不穷，客观存在的某一工业生产环节存在多个系统或者应用对其进行建模。各系统开发方采用自己熟悉或者青睐的技术、框架、工具(设计器)、凭借自己的审美来主观的完成各自业务角度的分析与展示，导致实际用户方得到多维度不同风格的分析系统。这些不同风格的系统导致视觉上碎片化严重、交互感受相互割裂。因此，有必要构建组件规范和设计标准，融合各系统对客观对象的信息建模。

中国专利局2019.06.14公布的百度在线网络技术(北京)有限公司申请的《一种UI组件生成方法、装置和终端设备》(CN109885298)提供一种根据UI组件设计稿直接生成UI组件的解决方案，提高UI组件开发效率，该方案只涉及UI组件的实现方法。中国专利局2019.04.19公布的四川虹美智能科技有限公司申请的《一种生成UI插件的方法及装置》(CN109656558)提供了一种UI组件打包方案。中国专利局2019.01.25公布的四川长虹电器股份有限公司申请的《一种架构单页应用程序的方法》(CN109271149)提供UI组件开发模板，使UI组件的开发流程化。中国专利局2013.02.20公布的微软公司申请的《在保护用户自定义的情况下合并对用户界面UI组件的修改》(CN102939612)提供了一种兼顾用户自定义场景下的UI组件更新方案。中国专利局2019.07.30公布的北京三快在线科技有限公司申请的《一种UI组件配置和生成UI组件库的方法及装置》(CN110069312)解决UI组件通过配置指令匹配不同类型的操作系统的问题，配置指令中包含UI组件配置参数和预设的转换规则，该方案只针对同一UI组件在不同情况下的尺寸匹配。中国专利局2019.02.15公布的平安普惠企业管理有限公司申请的《一种HTML UI组件的管理方法及装置》(CN109343831)将UI组件按照功能生成UI组件标签，通过标签形成树状结构，借助树状结构来管理和调用。这6个方案均未涉及UI组件的风格统一及UI组件的共享。

中国专利局2019.07.05公布的宸瑞普惠(广州)科技有限公司申请的《UI显示效果一致性的处理方法与系统》(CN109976756)提供了react-native框架下各平台UI组件显示效果保持一致的方案，通过重新实现缺少的UI组件达到修正不一致的地方，为点对点的效果统一。中国专利局2017.11.03公布的阿里巴巴集团控股有限公司申请的《用户界面的UI组件处理方法、装置及设备、可读介质》(CN107315580)通过对应用中已有UI组件进行存储以重复利用，UI组件的共享仅限当前应用。这2种方案虽然涉及到了UI组件的复用，但是不具备通用性。

中国专利局2019.05.28公布的广东建采网科技有限公司申请的《基于Vue架构的WEB前端通用UI组件库》(CN109814858)提供了一种通用UI组件实例化方案，UI组件的配置文件及配置参数均置于后台。中国专利局2018.12.07公布的山东威尔数据股份有限公司申请的《一种终端UI组件化应用的UI重构方法》(CN108958735)将终端信息转化为UI组件配置模板，并同步于服务端，实现持久化存储，提高了后续终端部署的效率。中国专利局2018.12.18公布的广州视源电子科技股份有限公司等申请的《更新UI组件的显示效果的方法、装置及设备、介质》(CN109032722)提供一种原生APP远程自动更新UI组件样式效果的方案，将样式信息部署在远程服务器。这3种方案虽然涉及到了将UI组件的信息置于后台进行持久化管理以便于再利用，但是存在重复传输大量静态参数的问题，降低用户体验。

专利文献(申请号：CN201910126229)公开了一种UI组件生成方法、装置和终端设备，该方法包括：根据视觉设计稿生成描述文件，其中，所述描述文件包括与所述视觉设计稿的参数对应的键值对；生成与所述键值对对应的代码；使用所述代码生成UI组件。然而该方案只涉及UI组件的实现方法，未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201811559183)公开了一种生成UI插件的方法及装置，该方法包括：预先设置至少一种UI框架，针对每种UI框架设置至少一个UI组件；根据用户输入的框架选择指令，确定用户选择的目标UI框架；根据用户输入的组件选择指令，确定用户从所述目标UI框架对应的至少一个UI组件中选择的至少一个目标UI组件；根据所述目标UI框架和所述至少一个目标UI组件，生成目标UI插件。但是该专利未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201811150789)公开了一种架构单页应用程序的方法，包括：创建mian.js，在mian.js引入store模块、views模块、router模块、axios模块、components模块和util模块。但是该专利未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201180028836)公开了一种兼顾用户自定义场景下的UI组件更新方案，应用显示用户界面(UI)组件。客户端可以将自定义应用到此UI组件。在客户端将自定义应用到UI组件之后，客户端修改包含修改UI组件的解决方案的解决方案集。在客户端修改解决方案集之后，应用显示UI组件的新版本。但是该专利未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201910343175)公开了一种UI组件配置和生成UI组件库的方法及装置，包括：在接收到用户输入的UI组件配置指令的情况下，根据所述UI组件配置指令中包含的组件配置参数和预设的转换规则，生成所述组件配置参数对应的配置文件，并调用与所述UI组件配置指令中包含的UI组件所应用的操作系统类型对应的目标代码；进而基于生成的配置文件，对所述目标代码进行适配处理。然而该方案只针对同一UI组件在不同情况下的匹配，未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201810961169)公开了一种HTML组件的管理方法及装置，包括通过识别每个HTML组件的功能信息，按照每个组件的功能信息确定该组件的类型，分别为UI组件、业务组件、应用组件，并根据每个HTML组件的组件类型对该HTML组件创建唯一的组件标签，用以通过该HTML组件的组件类型和组件标签建立HTML组件的层级树状结构，根据层级树状结构对所有HTML组件进行统一的管理和即时调用，提高HTML的开发效率。然而该战力未涉及UI组件的风格统一及UI组件的共享。

专利文献(申请号：CN201910202553)公开了一种UI显示效果一致性的处理方法与系统，该方法包括：步骤1，对react native中第一平台和第二平台间参数配置不一致的第一UI组件进行封装，使封装后的第一UI组件可以在第一平台和第二平台显示效果一致；步骤2，确定react native中缺少第一平台对应的第二UI组件，则重新实现第二UI组件，使该第二UI组件可以在第一平台和第二平台显示效果一致。该专利虽然涉及到了UI组件的再利用，但是不具备通用性。

专利文献(申请号：CN201710249723)公开了一种用户界面的组件处理方法、装置及设备、可读介质，所述方法包括：在有界面内容结束展示时，获取展示该界面内容时所渲染的组件；对所获取的组件进行拆分，拆分所得的组件包括至少一UI组件、以及用于嵌套各UI组件的容器组件；根据拆分所得的各组件所携带的界面内容，确定容器组件的描述信息、以及各UI组件的描述信息；对应所确定的描述信息，存储容器组件以及各UI组件。该专利虽然涉及到了UI组件的再利用，但是不具备通用性。

专利文献(申请号：CN201811591773)公开了基于Vue架构的WEB前端通用UI组件库，包括：组件配置模块，提供接口服务，用于负责实例化相应的组件；通用组件，用于直接与用户交互；其中通用组件包括：基础布局组件、窗体组件、数据组件、消息组件和导航组件；所述通用组件中每个组件的配置信息从后台配置文件读取，组件配置模块为各组件与前端WEB网站提供统一的接口服务，根据组件的配置信息实现各组件之间与前端WEB网站的接口连接。该专利虽然涉及到了通用UI组件的再利用，但是存在重复传输大量静态参数的问题，降低用户体验。

专利文献(申请号：CN201810775257)公开了一种终端组件化应用的UI重构方法，步骤包括：(A)将终端的显示区域划分为若干等尺寸矩形单元，并设计用于展示信息的UI组件；(B)将所述显示区域划分为若干子区块，每个子区块由一个矩形单元或两个以上相连的矩形单元组成；(C)为每个子区块设置所要显示的UI组件，并对UI组件所显示的信息和形式进行配置，得到各子区块的UI组件配置信息；(D)将各子区块所对应的矩形单元信息和所对应的子区块的UI组件配置信息汇总为模板数据，并将该模板数据上传至服务器；(E)将模板数据下发至终端，终端根据模板数据生成UI。该专利虽然涉及到了通用UI组件的再利用，但是存在重复传输大量静态参数的问题，降低用户体验。

专利文献(申请号：CN201810682531)公开了一种更新UI组件的显示效果的方法、装置及设备、介质，该方法应用于原生APP，包括：获取原生APP的目标信息；从远程数据库获取与目标信息对应的远程配置文件；获取的远程配置文件包括预定的配置数据，所述配置数据用于描述UI组件对应于所述目标信息的显示效果；将所获取的远程配置文件更新为所述UI组件的本地配置文件；从更新后的本地配置文件中，解析出所述配置数据；按照解析出的配置数据渲染显示所述UI组件。该专利虽然涉及到了通用UI组件的再利用，但是存在重复传输大量静态参数的问题，降低用户体验。

专利文献CN113110829A(申请号：CN202110417389.X)公开了一种多UI组件库数据处理方法及装置，方法包括：接收用户基于初始UI组件库的页面编辑指令，并生成相应的页面配置文件；根据所述页面配置文件和设定UI组件库转译模型，得到与目标UI组件库对应的UI组件库代码。该专利虽然涉及到了通用UI组件的再利用，但是存在重复传输大量静态参数的问题，降低用户体验。

发明内容

针对现有技术中的缺陷，本发明的目的是提供一种适用于工业场景的信息融合组件规范的方法和系统。

根据本发明提供的适用于工业场景的信息融合组件规范的方法，包括：

步骤1：构建组件依赖，缩小组件的技术依赖范围；

步骤2：构建组件命名规范，并以组件的标签名命名组件的开发目录；

步骤3：构建组件开发流程规范，包括组件注册、组件模板定义和组件的逻辑渲染；

步骤4：构建组件打包流程规范，包括预设统一打包规则及打包工具、生成各组件的静态资源、同步类型声明文件和压缩预设混淆代码；

步骤5：构建组件发布流程规范，包括配置发布服务器信息、维护版本信息和执行发布指令；

步骤6：规范组件使用流程，包括引入组件及依赖、添加配置信息、添加模板及渲染逻辑和验证组件功能。

优选的，所述依赖包括框架和静态资源；

通过所述框架的组件化及数据交互方式降低代码的编写量；

所述静态资源采用预设统一的设计规范，包括主题和图标。

优选的，所述组件标签名以预设两位大写字母开头，自定义组件标签名的后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰命名法。

优选的，所述步骤3包括：

步骤3.1：在组件对应的目录下新建入口文件，通过入口文件生成和导出组件，在入口文件开发完成后，将组件信息更新至组件的路由文件；

步骤3.2：通过预设模板对组件进行布局；

步骤3.3：通过预设props{}、methods{}、events{}函数定义组件的属性、方法、事件，结合生命钩子函数对组件进行初始化，实现组件的功能。

优选的，根据组件包的格式分别进行不同形式的引用，在组件引入之后，若开发环境是设计器，则添加组件的配置信息，然后进行组件功能的验证。

根据本发明提供的适用于工业场景的信息融合组件规范的系统，包括：

模块M1：构建组件依赖，缩小组件的技术依赖范围；

模块M2：构建组件命名规范，并以组件的标签名命名组件的开发目录；

模块M3：构建组件开发流程规范，包括组件注册、组件模板定义和组件的逻辑渲染；

模块M4：构建组件打包流程规范，包括预设统一打包规则及打包工具、生成各组件的静态资源、同步类型声明文件和压缩预设混淆代码；

模块M5：构建组件发布流程规范，包括配置发布服务器信息、维护版本信息和执行发布指令；

模块M6：规范组件使用流程，包括引入组件及依赖、添加配置信息、添加模板及渲染逻辑和验证组件功能。

优选的，所述依赖包括框架和静态资源；

通过所述框架的组件化及数据交互方式降低代码的编写量；

所述静态资源采用预设统一的设计规范，包括主题和图标。

优选的，所述组件标签名以预设两位大写字母开头，自定义组件标签名的后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰命名法。

优选的，所述模块M3包括：

模块M3.1：在组件对应的目录下新建入口文件，通过入口文件生成和导出组件，在入口文件开发完成后，将组件信息更新至组件的路由文件；

模块M3.2：通过预设模板对组件进行布局；

模块M3.3：通过预设props{}、methods{}、events{}函数定义组件的属性、方法、事件，结合生命钩子函数对组件进行初始化，实现组件的功能。

优选的，根据组件包的格式分别进行不同形式的引用，在组件引入之后，若开发环境是设计器，则添加组件的配置信息，然后进行组件功能的验证。

与现有技术相比，本发明具有如下的有益效果：

本发明解决了工业互联网各系统视觉上碎片化严重、交互感受相互割裂的困局，为工业场景下各生产环节的统一建模提供了依据，进一步推进了工业信息融合。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明实施例的组件规范设计流程图；

图2为本发明实施例的组件开发流程图；

图3为本发明实施例的组件打包发布流程图；

图4为本发明实施例的组件使用流程图。

具体实施方式

下面结合具体实施例对本发明进行详细说明。以下实施例将有助于本领域的技术人员进一步理解本发明，但不以任何形式限制本发明。应当指出的是，对本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变化和改进。这些都属于本发明的保护范围。

实施例1：

本发明提供了一种工业场景下的信息融合组件规范设计及实现方法，用于实现组件的风格统一及组件的共享，提升系统流畅一体的前端观感。组件规范设计涵盖了组件的整个生命周期，包括组件的依赖规范、组件的命名规范、组件的开发流程规范、组件的打包流程规范、组件的发布流程规范及组件的使用流程规范。组件规范实现包括组件开发模板的设计及自定义组件在各应用场景中的效果验证。

如图1，具体包括如下步骤：

步骤A，构建组件依赖

该步骤用于缩小组件的技术依赖范围，有利于聚焦组件使用时可能遇到的技术障碍。建议具备依赖包括框架和静态资源两方面，框架的组件化及数据交互方式有助于降低代码的编写量。静态资源建议采用统一的设计规范，规范涉及主题和图标。

步骤B，构建组件命名规范

建议以组件的标签名来命名组件的开发目录。组件的命名规范建议遵循统一的产品线模块划分，组件标签名统一以指定的两位大写字母开头，为区分基础组件与自定义组件，自定义组件标签名后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰式命名规则。

步骤C，构建组件开发流程规范，具体如图2：

C1、注册组件。在组件对应的目录下新建入口文件，通过入口文件生成组件、导出组件。入口文件开发完成后，将组件信息更新至组件路由文件。

C2、定义组件模板。通过模板对组件进行布局。

C3、实现组件的具体渲染逻辑。通过props{}、methods{}、events{}定义组件的属性、方法、事件；结合生命钩子对组件进行初始化，实现组件的具体功能。

步骤D，构建组件打包流程规范，具体如图3：

D1、统一打包规则及打包工具。建议按照commonJS2和umd两种打包规则进行打包，打包工具建议采用webpack。

D2、生成各组件的静态资源。

D3、同步类型声明文件，兼容各语法结构。

D4、压缩混淆核心代码。

步骤E，构建组件发布流程规范

E1、配置发布服务器信息，包括服务器地址和服务授权信息等。

E2、维护版本信息。

E3、执行发布指令。

发布步骤完成后，需要经过一个审核流程，该流程用于检验自定义组件是否符合上述规范。若审核通过，组件会更新至组件市场。手动下载至本地后，执行步骤F。

步骤F，规范组件使用流程，具体如图4：

F1、引入组件及依赖。按照组件包的格式分别进行不同形式的引用。

F2、添加配置信息。组件引入之后，若开发环境是设计器，需要添加组件的配置信息。信息对称好后可进行组件功能的验证。

F3、添加模板及渲染逻辑。信息对称后通过模板引用指定组件。

F4、验证组件功能。

根据本发明提供的适用于工业场景的信息融合组件规范系统，包括：模块M1：构建组件依赖，缩小组件的技术依赖范围；模块M2：构建组件命名规范，并以组件的标签名命名组件的开发目录；模块M3：构建组件开发流程规范，包括组件注册、组件模板定义和组件的逻辑渲染；模块M4：构建组件打包流程规范，包括预设统一打包规则及打包工具、生成各组件的静态资源、同步类型声明文件和压缩预设混淆代码；模块M5：构建组件发布流程规范，包括配置发布服务器信息、维护版本信息和执行发布指令；模块M6：规范组件使用流程，包括引入组件及依赖、添加配置信息、添加模板及渲染逻辑和验证组件功能。

所述依赖包括框架和静态资源；通过所述框架的组件化及数据交互方式降低代码的编写量；所述静态资源采用预设统一的设计规范，包括主题和图标。所述组件标签名以预设两位大写字母开头，自定义组件标签名的后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰命名法。所述模块M3包括：模块M3.1：在组件对应的目录下新建入口文件，通过入口文件生成和导出组件，在入口文件开发完成后，将组件信息更新至组件的路由文件；模块M3.2：通过预设模板对组件进行布局；模块M3.3：通过预设props{}、methods{}、events{}函数定义组件的属性、方法、事件，结合生命钩子函数对组件进行初始化，实现组件的功能。根据组件包的格式分别进行不同形式的引用，在组件引入之后，若开发环境是设计器，则添加组件的配置信息，在信息对称好后可进行组件功能的验证。

实施例2：

实施例2为实施例1的优选例。

根据本发明提供的一种工业场景下的信息融合组件规范的实现方法，包括以下步骤：

A、构建开发模板，具体构建内容包括：

A1、构建开发模板的描述文件README.md，用于描述该开发模板的具体功能等。

A2、构建依赖清单文件package.json。通过“scripts”、“dependencies”、“devDependencies”等字段来声明具体指令、运行依赖及开发依赖。

A3、构建组件源码目录src/components，该源码目录具体包括：

A31、组件入口文件src/components/EF-Furnace(组件标签名)/index.js。

A32、组件构建文件src/components/EF-Furnace/src/index.vue。

A33、组件静态资源目录src/components/EF-Furnace/assets，该目录中包含theme和img。

A4、构建组件编译目录build，并在该目录中准备好编译工具webpack.cmpts.js、webpack.demo.js、webpack.umd.js及/bin/build-entry.js、/bin/build-umd-entry.js等。

B、开发自定义组件

B1、通过步骤A32生成的index.vue文件构建组件，包括模板的定义和功能的实现，通过<template></template>设计EF-Furnace的具体外观布局，通过引用组件静态资源来实现EF-Furnace的具体渲染效果，通过export default中的props和methods字段来实现EF-Furnace的具体属性和方法，展示EF-Furnace的铁水温度(MetalTemperature)、SI含量(SiPercent)、S含量(SPercent)、碱度(Alkalinity)等。

B2、通过步骤A31生成的index.js文件引用已构建好的EF-Furnace组件并导出。

B3、安装依赖，查看EF-Furnace组件预设效果。

C、发布自定义组件

C1、将步骤B生成的EF-Furnace组件进行打包，提供2种规则的打包：

C11、按umd规则打包，具体执行指令：node build/bin/build-umd-entry.js及webpack--config./build/webpack.umd.js

C12、按commonJS2规则打包，具体执行指令：node build/bin/build-entry.js、webpack--config./build/webpack.cmpts.js及babel src/core--out-dir lib/core

C2、配置服务器信息，具体包括：

C21、通过步骤A2生成的package.json文件配置发布npm包的仓库地址及发布umd包的服务器地址、服务器授权信息。

C22、新建.npmrc文件，并通过字段_authToken配置发布npm包的仓库授权信息。

C3、通过步骤A2生成的package.json文件配置版本更新信息。

C4、执行发布指令，包括：

C41、执行发布指令"npm publish"进行npm包新版本的发布。

C42、通过FTP协议发布umd包至指定服务器。

发布完成并审核通过后可以通过组件市场进行手动下载。

D、使用自定义组件

D1、HTML5原生中使用EF-Furnace组件

D11、通过<script src＝"./EF-Furnace.umd.js"></script>引入组件。

D12、添加模板，通过<template></template>调用EF-Furnace组件，并通过生命周期函数mount()实现模型的具体渲染效果。

D13、查看EF-Furnace组件的实际运行效果。

D2、设计器中使用EF-Furnace组件

D21、通过npm install"@EF-Furnace":"0.1.0"引入组件，或者将手动下载好的组件包通过其具体路径来进行安装。

D22、匹配参数，将组件自身的参数与设计器需要的参数进行映射。同步之后，执行步骤D12

D23、查看EF-Furnace组件的实际运行效果。

步骤D1及步骤D2实现的效果均与预期效果保持一致，且这2个步骤均可置于各系统、各应用的开发中，从而达到各系统、应用对同一客观对象Furnace的信息建模风格保持一致。

本领域技术人员知道，除了以纯计算机可读程序代码方式实现本发明提供的系统、装置及其各个模块以外，完全可以通过将方法步骤进行逻辑编程来使得本发明提供的系统、装置及其各个模块以逻辑门、开关、专用集成电路、可编程逻辑控制器以及嵌入式微控制器等的形式来实现相同程序。所以，本发明提供的系统、装置及其各个模块可以被认为是一种硬件部件，而对其内包括的用于实现各种程序的模块也可以视为硬件部件内的结构；也可以将用于实现各种功能的模块视为既可以是实现方法的软件程序又可以是硬件部件内的结构。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在权利要求的范围内做出各种变化或修改，这并不影响本发明的实质内容。在不冲突的情况下，本申请的实施例和实施例中的特征可以任意相互组合。

Claims (10)

1.一种适用于工业场景的信息融合组件规范的方法，其特征在于，包括：

步骤1：构建组件依赖，缩小组件的技术依赖范围；

步骤2：构建组件命名规范，并以组件的标签名命名组件的开发目录；

步骤3：构建组件开发流程规范，包括组件注册、组件模板定义和组件的逻辑渲染；

步骤4：构建组件打包流程规范，包括预设统一打包规则及打包工具、生成各组件的静态资源、同步类型声明文件和压缩预设混淆代码；

步骤5：构建组件发布流程规范，包括配置发布服务器信息、维护版本信息和执行发布指令；

步骤6：规范组件使用流程，包括引入组件及依赖、添加配置信息、添加模板及渲染逻辑和验证组件功能。

2.根据权利要求1所述的适用于工业场景的信息融合组件规范的方法，其特征在于，所述依赖包括框架和静态资源；

通过所述框架的组件化及数据交互方式降低代码的编写量；

所述静态资源采用预设统一的设计规范，包括主题和图标。

3.根据权利要求1所述的适用于工业场景的信息融合组件规范的方法，其特征在于，所述组件标签名以预设两位大写字母开头，自定义组件标签名的后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰命名法。

4.根据权利要求1所述的适用于工业场景的信息融合组件规范的方法，其特征在于，所述步骤3包括：

步骤3.1：在组件对应的目录下新建入口文件，通过入口文件生成和导出组件，在入口文件开发完成后，将组件信息更新至组件的路由文件；

步骤3.2：通过预设模板对组件进行布局；

步骤3.3：通过预设props{}、methods{}、events{}函数定义组件的属性、方法、事件，结合生命钩子函数对组件进行初始化，实现组件的功能。

5.根据权利要求1所述的适用于工业场景的信息融合组件规范的方法，其特征在于，根据组件包的格式分别进行不同形式的引用，在组件引入之后，若开发环境是设计器，则添加组件的配置信息，然后进行组件功能的验证。

6.一种适用于工业场景的信息融合组件规范的系统，其特征在于，包括：

模块M1：构建组件依赖，缩小组件的技术依赖范围；

模块M2：构建组件命名规范，并以组件的标签名命名组件的开发目录；

模块M3：构建组件开发流程规范，包括组件注册、组件模板定义和组件的逻辑渲染；

模块M4：构建组件打包流程规范，包括预设统一打包规则及打包工具、生成各组件的静态资源、同步类型声明文件和压缩预设混淆代码；

模块M5：构建组件发布流程规范，包括配置发布服务器信息、维护版本信息和执行发布指令；

模块M6：规范组件使用流程规范，包括引入组件及依赖、添加配置信息、添加模板及渲染逻辑和验证组件功能。

7.根据权利要求6所述的适用于工业场景的信息融合组件规范的系统，其特征在于，所述依赖包括框架和静态资源；

通过所述框架的组件化及数据交互方式降低代码的编写量；

所述静态资源采用预设统一的设计规范，包括主题和图标。

8.根据权利要求6所述的适用于工业场景的信息融合组件规范的系统，其特征在于，所述组件标签名以预设两位大写字母开头，自定义组件标签名的后续部分与前两位大写字母通过连词线进行链接，连词线后面的部分遵循驼峰命名法。

9.根据权利要求6所述的适用于工业场景的信息融合组件规范的系统，其特征在于，所述模块M3包括：

模块M3.1：在组件对应的目录下新建入口文件，通过入口文件生成和导出组件，在入口文件开发完成后，将组件信息更新至组件的路由文件；

模块M3.2：通过预设模板对组件进行布局；

模块M3.3：通过预设props{}、methods{}、events{}函数定义组件的属性、方法、事件，结合生命钩子函数对组件进行初始化，实现组件的功能。

10.根据权利要求9所述的适用于工业场景的信息融合组件配置系统，其特征在于，根据组件包的格式分别进行不同形式的引用，在组件引入之后，若开发环境是设计器，则添加组件的配置信息，然后进行组件功能的验证。

Images