CN110989891B - 一种图表编辑器中组件部署方法、图表编辑器及相关设备 - Google Patents

Abstract

本发明实施例提供了一种图表编辑器中组件部署方法、图表编辑器及相关设备，用于提高图表编辑器的开发效率，降低程序代码耦合度。本发明实施例方法包括：接收图表组件的注册信息，所述注册信息中包含所述图表组件的标识符及配置文件的访问路径信息；记录所述注册信息至注册列表，并根据所述注册列表加载所述图表组件。

Description

一种图表编辑器中组件部署方法、图表编辑器及相关设备

技术领域

本发明涉及数据图表技术领域，尤其涉及一种图表编辑器中组件部署方法、图表编辑器及相关设备。

背景技术

Web数据图表用于更直观地展示统计信息属性(如时间性、数量性等)，是一种对知识挖掘和信息直观生动感受起关键作用的图形结构，很好的将对象属性数据直观、形象地“可视化”。

在一个可自由添加、自由排布、自由编辑的图表编辑器中，图表组件被视为图表编辑器的基础部件，现有的图表编辑器及其图表组件的开发过程往往是，先开发基础的图表组件的各个基本模块，然后将各个基本模块硬编码进编辑器中。

现有的图表编辑器及其图表组件的开发过程中，每一个基本模块的硬编码过程中均需要改变图表编辑器的代码程序，因此各个基本模块基于代码逻辑串行依次硬编码，开发效率低。同时，图表编辑器中的图表组件众多，而图表编辑器的程序代码与众多的图表组件的程序代码均耦合在一起，考虑历史图表组件的兼容性，图表编辑器无法全面更新或更新程序庞大，运维成本高。

发明内容

本发明实施例提供了一种图表编辑器中组件部署方法、图表编辑器及相关设备，用于提高图表编辑器的开发效率，降低程序代码耦合度。

本发明实施例第一方面提供了一种图表编辑器中组件部署方法，可包括：

接收图表组件的注册信息，所述注册信息中包含所述图表组件的标识符及配置文件的访问路径信息；

记录所述注册信息至注册列表，并根据所述注册列表加载所述图表组件。

可选的，作为一种可能的实施方式，本发明实施例中，所述图表组件包含主类模块及从属类模块，所述从属类模块通过所述主类模块的类属性与所述主类模块进行关联，所述根据所述注册列表加载所述图表组件包括：

根据所述配置文件的访问路径信息加载所述主类模块；

根据所述主类模块的类属性查询关联的从属类模块，并加载所述主类模块关联的从属类模块。

可选的，作为一种可能的实施方式，本发明实施例中图表编辑器中组件部署方法还可以包括：

基于所述图表组件的图表界面接收用户的交互数据；

将所述交互数据发送至所述图表组件的应用程序API接口；

接收所述图表组件返回的界面渲染数据，并根据所述界面渲染数据构建图表显示界面。

可选的，作为一种可能的实施方式，本发明实施例中图表编辑器中组件部署方法还可以包括：

根据预设的统一异常处理规则处理各个图表组件的功能异常。

本发明实施例第二方面提供了一种图表编辑器，可包括：

第一接收单元，用于接收图表组件的注册信息，所述注册信息中包含所述图表组件的标识符及配置文件的访问路径信息；

记录单元，记录所述注册信息至注册列表；

加载单元，用于根据所述注册列表加载所述图表组件。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中，所述图表组件包含主类模块及从属类模块，所述从属类模块通过所述主类模块的类属性与所述主类模块进行关联，所述加载单元可以包括：

加载模块，用于根据所述配置文件的访问路径信息加载所述主类模块；

查询模块，用于根据所述主类模块的类属性查询关联的从属类模块，并加载所述主类模块关联的从属类模块。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中还可以包括：

第二接收单元，用于基于所述图表组件的图表界面接收用户的交互数据；

发送单元，用于将所述交互数据发送至所述图表组件的应用程序API接口；

第三接收单元，用于接收所述图表组件返回的界面渲染数据，并根据所述界面渲染数据构建图表显示界面。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中还可以包括：

异常处理单元，用于根据预设的统一异常处理规则处理各个图表组件的功能异常。

本发明实施例第三方面提供了一种计算机装置，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面中任意一种可能的实施方式中的步骤。

本发明实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面及第一方面中任意一种可能的实施方式中的步骤。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，图表编辑器在接收图表组件的注册信息之后，记录注册信息至注册列表，并根据注册列表及配置文件加载图表组件，实现图表组件的自动化部署。相对于现有方案，无需将图表组件硬编码至图表编辑器中，实现了图表编辑器的程序代码与图表组件的程序代码的解耦，降低程序代码耦合度，无需等待各个图表组件的串行硬编码，提高了图表编辑器的开发效率。

附图说明

图1为本发明实施例中一种图表编辑器中组件部署方法的一个实施例示意图；

图2为本发明实施例中一种图表编辑器图表编辑业务流程示意图；

图3为本发明实施例中一种图表编辑器中组件部署方法的一个具体运用实施例示意图；

图4为本发明实施例中一种图表编辑器的一个实施例示意图；

图5为本发明实施例中一种计算机装置的一个实施例示意图。

具体实施方式

本发明实施例提供了一种图表编辑器中组件部署方法、图表编辑器及相关设备，用于提高图表编辑器的开发效率，降低程序代码耦合度。

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了便于理解，下面对本发明实施例中的具体流程进行描述，请参阅图1，本发明实施例中一种图表编辑器中组件部署方法的一个实施例可包括：

101、接收图表组件的注册信息，注册信息中包含图表组件的标识符及配置文件的访问路径信息；

在一个可自由添加、自由排布、自由编辑的图表编辑器(例如，Web端使用的图表编辑器)中，图表组件被视为图表编辑器的基础部件，通过各个图表组件实现不同样式的图表创建、编辑、渲染等操作。

区别于现有技术中的硬编码，本发明实施例中的图表组件基于注册机制实现各个图表组件在图表编辑器中的加载，无需更改图表编辑器的原始代码。

图表编辑器可以接收图表组件的注册信息，该注册信息中包含图表组件的标识符及配置文件的访问路径信息，其中配置文件可以在注册信息发送之前保存至图表编辑器本地存储空间。可以理解的是，具体的注册信息可以在开发之前根据需求进行约定，具体此处不做限定。

102、记录注册信息至注册列表；

图表编辑器在接收到注册信息之后，可以记录接收到的注册信息至注册列表，以便于统一管理。

103、根据注册列表加载图表组件。

图表编辑器在记录注册信息之后，可以根据注册列表中记载的注册信息逐一加载已注册的图表组件，具体基于注册信息中的配置文件的访问路径，访问并执行配置文件中的应用程序，具体的应用程序的配置文件可以根据用户的需求及相关程序语言标准进行设置，具体此处不做限定。

本发明实施例中，图表编辑器在接收图表组件的注册信息之后，记录注册信息至注册列表，并根据注册列表及配置文件加载图表组件，实现图表组件的自动化部署。相对于现有方案，无需将图表组件硬编码至图表编辑器中，实现了图表编辑器的程序代码与图表组件的程序代码的解耦，降低程序代码耦合度，无需等待各个图表组件的串行硬编码，提高了图表编辑器的开发效率。

现有方案中的图表组件中，构成图表组件的基本单元则被视为图表组件的基本模块。现有的开发过程中并没有一个严格统一的基本模块划分规则，不同类型的图表组件根据自身的业务属性可被拆分为多个基本模块，在代码逻辑层面上通过硬编码来构造各个基本模块的关联性，耦合性高，开发效率低下。

为此，在上述图1所示的实施例的基础上，需要对每个图表组件中的各个基本模块提供统一的划分规则。具体的，可以将图表组件划分为主类模块及从属类模块，其中，从属类模块通过主类模块的类属性与主类模块进行关联，示例性的，以js语言开发的图表组件为例，图表组件可以按业务划分为一个主模块(Line Chart.js)以及多个与之关联的副模块(如Data Editor、StyleEditor等)，其中主模块Line Chart与副模块Data Editor之间的关系为类与类属性的关系(Line Chart.Data Editor)，其他副模块与主模块的关系同样是类和类属性的关系。在此基础上，图表编辑器根据注册列表加载图表组件的步骤可包括：根据配置文件的访问路径信息加载主类模块；根据主类模块的类属性查询关联的从属类模块，并加载主类模块关联的从属类模块。按照上述方式划分图表组件中的各个模块之后，可以使得各个主类模块与各个从属类模块的程序代码解耦，可以同时并行开发，提高了开发的效率。

在将图表编辑器中的图表组件部署完成之后，即可在图表编辑器中生成图表界面，进而进行图表编辑。具体的，在上述实施例的基础上，基于部署的图表组件实现图表编辑的过程可以包括：基于图表组件的图表界面接收用户的交互数据；将交互数据发送至图表组件的应用程序API接口；接收图表组件返回的界面渲染数据，并根据界面渲染数据构建图表显示界面。

具体的，如图2所示，图表编辑器监听图表界面，以监听用户对某个图表的操作，基于用户与在图表界面生成的交互数据触发图表组件更新界面数据。例如数据图表编辑器可以维护每个图表的数据以及图表的布局信息，可以将用户交互数据通过各个图表组件的API接口发送给对应的图表组件，触发图表组件根据交互数据重新渲染数据并生成界面数据返回给图表编辑器。

在实际运用中，同一个图表编辑器中包含多个图表组件，当图表组件发生功能异常时，如果各个图表组件均单独设置异常处理规则，则会导致维护代码繁杂。有鉴于此，本发明实施例中的图表编辑器可以设置统一的异常处理规则，根据预设的统一异常处理规则处理各个图表组件的功能异常，提高组件管理效率。

为了便于理解，下面将结合具体的运用实施例对本发明实施例中的图表编辑器中组件部署方法进行描述。

请参阅图3，以图表编辑器中的Line Chart组件为例，Line Chart组件可以包含四个从属类模块，分别为可视化图表模块(The Chart)、数据编辑器(Data Editor)、样式编辑器(Style Editor)、数据校验模块(render Data Validator)，如图3所示，在开发数据图表组件及其相关插件的时候，可以专注于图表组件及其从属类模块的本身，在完成单一图表组件中的主类模块及从属类模块(The Chart、Data Edito r、Style Editor、render DataValidator)的开发工作后，再通过编辑器提供的注册机制注册上去即可。与传统模式的不同在于，负责开发图表组件的开发者再也不需要对编辑器进行代码修改了，避免了传统技术会导致的代码可维护性低、耦合度高、可扩展性差的问题。同时，可以让图表组件开发者更专注于图表组件本身的开发工作。

请参阅图4，本发明实施例中还提供了一种图表编辑器，可包括：

第一接收单元401，用于接收图表组件的注册信息，注册信息中包含图表组件的标识符及配置文件的访问路径信息，

记录单元402，记录注册信息至注册列表；

加载单元403，用于根据注册列表加载图表组件。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中，图表组件包含主类模块及从属类模块，从属类模块通过主类模块的类属性与主类模块进行关联，加载单元可以包括：

加载模块，用于根据配置文件的访问路径信息加载主类模块；

查询模块，用于根据主类模块的类属性查询关联的从属类模块，并加载主类模块关联的从属类模块。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中还可以包括：

第二接收单元，用于基于图表组件的图表界面接收用户的交互数据；

发送单元，用于将交互数据发送至图表组件的应用程序API接口；

第三接收单元，用于接收图表组件返回的界面渲染数据，并根据界面渲染数据构建图表显示界面。

可选的，作为一种可能的实施方式，本发明实施例中的图表编辑器中还可以包括：

异常处理单元，用于根据预设的统一异常处理规则处理各个图表组件的功能异常。

上面从模块化功能实体的角度对本发明实施例中的网图表编辑器进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

该计算机装置1可以包括存储器11、处理器12和总线13。处理器11执行计算机程序时实现上述图1所示的图表编辑器中组件部署方法实施例中的步骤，例如图1所示的步骤101至103。或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

本发明的一些实施例中，处理器具体用于实现如下步骤：

接收图表组件的注册信息，注册信息中包含图表组件的标识符及配置文件的访问路径信息，

记录注册信息至注册列表，并根据注册列表加载图表组件。

可选的，图表组件包含主类模块及从属类模块，从属类模块通过主类模块的类属性与主类模块进行关联，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

根据配置文件的访问路径信息加载主类模块；

根据主类模块的类属性查询关联的从属类模块，并加载主类模块关联的从属类模块。

可选的，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

基于图表组件的图表界面接收用户的交互数据；

将交互数据发送至图表组件的应用程序API接口；

接收图表组件返回的界面渲染数据，并根据界面渲染数据构建图表显示界面。

可选的，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

根据预设的统一异常处理规则处理各个图表组件的功能异常。

其中，存储器11至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器11在一些实施例中可以是计算机装置1的内部存储单元，例如该计算机装置1的硬盘。存储器11在另一些实施例中也可以是计算机装置1的外部存储设备，例如计算机装置1上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器11还可以既包括计算机装置1的内部存储单元也包括外部存储设备。存储器11不仅可以用于存储安装于计算机装置1的应用软件及各类数据，例如计算机程序01的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

处理器12在一些实施例中可以是一中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器11中存储的程序代码或处理数据，例如执行计算机程序01等。

该总线13可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

进一步地，计算机装置还可以包括网络接口14，网络接口14可选的可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该计算机装置1与其他电子设备之间建立通信连接。

可选地，该计算机装置1还可以包括用户接口，用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard)，可选的，用户接口还可以包括标准的有线接口、无线接口。可选的，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在计算机装置1中处理的信息以及用于显示可视化的用户界面。

图5仅示出了具有组件11-14以及计算机程序01的计算机装置1，本领域技术人员可以理解的是，图5示出的结构并不构成对计算机装置1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时，可以实现如下步骤：

接收图表组件的注册信息，注册信息中包含图表组件的标识符及配置文件的访问路径信息，

记录注册信息至注册列表，并根据注册列表加载图表组件。

可选的，图表组件包含主类模块及从属类模块，从属类模块通过主类模块的类属性与主类模块进行关联，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

根据配置文件的访问路径信息加载主类模块；

根据主类模块的类属性查询关联的从属类模块，并加载主类模块关联的从属类模块。

可选的，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

基于图表组件的图表界面接收用户的交互数据；

将交互数据发送至图表组件的应用程序API接口；

接收图表组件返回的界面渲染数据，并根据界面渲染数据构建图表显示界面。

可选的，作为一种可能的实施方式，处理器还可以用于实现如下步骤：

根据预设的统一异常处理规则处理各个图表组件的功能异常。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (8)

1.一种图表编辑器中组件部署方法，其特征在于，包括：

接收图表组件的注册信息，所述注册信息中包含所述图表组件的标识符及配置文件的访问路径信息；

记录所述注册信息至注册列表，并根据所述注册列表加载所述图表组件；

其中所述图表组件包含主类模块及从属类模块，所述从属类模块通过所述主类模块的类属性与所述主类模块进行关联，所述根据所述注册列表加载所述图表组件包括：

根据所述配置文件的访问路径信息加载所述主类模块；

根据所述主类模块的类属性查询关联的从属类模块，并加载所述主类模块关联的从属类模块。

2.根据权利要求1所述的方法，其特征在于，还包括：

基于所述图表组件的图表界面接收用户的交互数据；

将所述交互数据发送至所述图表组件的应用程序API接口；

接收所述图表组件返回的界面渲染数据，并根据所述界面渲染数据构建图表显示界面。

3.根据权利要求1至2中任一项所述的方法，其特征在于，还包括：

根据预设的统一异常处理规则处理各个图表组件的功能异常。

4.一种图表编辑器，其特征在于，包括：

第一接收单元，用于接收图表组件的注册信息，所述注册信息中包含所述图表组件的标识符及配置文件的访问路径信息；

记录单元，记录所述注册信息至注册列表；

加载单元，用于根据所述注册列表加载所述图表组件；

其中所述图表组件包含主类模块及从属类模块，所述从属类模块通过所述主类模块的类属性与所述主类模块进行关联，所述加载单元包括：

加载模块，用于根据所述配置文件的访问路径信息加载所述主类模块；

查询模块，用于根据所述主类模块的类属性查询关联的从属类模块，并加载所述主类模块关联的从属类模块。

5.根据权利要求4所述的图表编辑器，其特征在于，还包括：

第二接收单元，用于基于所述图表组件的图表界面接收用户的交互数据；

发送单元，用于将所述交互数据发送至所述图表组件的应用程序API接口；

第三接收单元，用于接收所述图表组件返回的界面渲染数据，并根据所述界面渲染数据构建图表显示界面。

6.根据权利要求4至5中任一项所述的图表编辑器，其特征在于，还包括：

异常处理单元，用于根据预设的统一异常处理规则处理各个图表组件的功能异常。

7.一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至3中任意一项所述方法的步骤。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至3中任意一项所述方法的步骤。

Images