CN112631564A - 基于内容管理系统界面生成方法、装置、设备和存储介质 - Google Patents

Abstract

本申请涉及一种基于内容管理系统界面生成方法、装置、计算机设备和存储介质。所述方法包括：接收代码仓库管理平台发送的第一触发信息，触发信息中携带第一配置文件；将第一配置文件解析为第一数据传输模式的表单；将第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据浏览器输入组件显示第一配置文件对应的第一表单，第一表单为内容管理系统平台在用户端的可视化界面；其中，第一配置文件由用户端生成且由用户端发送至代码仓库管理平台，第一触发信息由代码仓库管理平台接收到第一配置文件后产生。本申请中由于直接采用映射的方式产生表单，因此系统生成效率较高。

Description

基于内容管理系统界面生成方法、装置、设备和存储介质

技术领域

本申请涉及计算机领域，尤其涉及一种基于内容管理系统界面生成方法、装置、设备和存储介质。

背景技术

内容管理系统(Content Management System，简称CMS)是一种位于WEB前端(Web服务器)和后端办公系统或流程(内容创作、编辑)之间的软件系统。

内容的创作人员、编辑人员、发布人员使用内容管理系统来提交、修改、审批、发布内容。市面上现有的CMS大多通过页面来配置页面，即由一个配置页定义一个表单页面的所有字段类型、名称、属性等，然后再在表单页中维护数据，维护数据后，通过某种或多种数据传输协议来获取数据。

现有的方案常常难以保证数据类型安全，且生成、维护效率较低。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本申请提供了一种基于内容管理系统界面生成方法、装置、设备和存储介质。

第一方面，本申请提供了一种基于内容管理系统界面生成方法，应用于服务器，所述方法包括：

接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；

将所述第一配置文件解析为第一数据传输模式的表单；

将所述第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单，所述第一表单为所述内容管理系统平台在所述用户端的可视化界面；

其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

本申请还提供了一种基于内容管理系统界面生成装置，所述装置包括：

接收单元，用于接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；

解析单元，用于将所述第一配置文件解析为第一数据传输模式的表单；

映射单元，用于将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单，所述第一表单为所述内容管理系统平台在所述用户端的可视化界面；

其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

本申请还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述任一项所述方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法的步骤。

本申请实施例的基于内容管理系统界面生成方法中，将触发信息中的第一配置文件解析为第一数据传输模式的表单，将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单，所述第一表单为所述内容管理系统平台在所述用户端的可视化界面。本申请中，由于直接采用映射的方式产生表单，因此系统生成效率较高。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中基于内容管理系统界面生成方法的应用环境图；

图2为本申请实施例中基于内容管理系统界面生成方法的流程示意图；

图3所示为本申请实施例的一段包含注释的第一配置文件的示意图；

图4所示为图3所示的第一配置文件在用户端上对应的显示的示意图；

图5所示为本申请实施例的携带版本信息的第二文档数据的示意图；

图6所示为本申请一个实施例的第一配置文件的示意图；

图7所示为本申请图6所示的第一配置文件对应的表单的示意图；

图8所示为本申请实施例的内容管理系统的示意图；

图9所示为本申请实施例的基于内容管理系统界面生成装置的示意图；

图10为本申请实施例中计算机设备的内部结构图。

具体实施方式

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

图1为一个实施例中基于内容管理系统(Content Management System，简称CMS)界面生成方法的应用环境图。参照图1，该基于内容管理系统界面生成方法应用于内容管理系统。该内容管理系统包括用户端110和服务器120。用户端110和服务器120通过网络连接。用户端110具体可以是台式用户端或移动用户端，移动用户端具体可以手机、平板电脑、笔记本电脑等中的至少一种。用户端110上可以配置有显示设备，显示设备上可以设置有浏览器，或类似于浏览器的界面。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，在一个实施例中，提供了一种内容管理系统生成方法方法。本实施例主要以该方法应用于上述图1中的用户端110(或服务器120)来举例说明。参照图2，该内容管理系统生成方法具体包括：

步骤210，接收代码仓库管理平台(Gitlab)发送的第一触发信息，触发信息中携带第一配置文件；

步骤220，将第一配置文件解析为第一数据传输模式的表单；

步骤230，将第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据浏览器输入组件显示第一配置文件对应的第一表单，第一表单为内容管理系统平台在用户端的可视化界面；

其中，第一配置文件由用户端生成且由用户端发送至代码仓库管理平台(Gitlab平台)，第一触发信息由代码仓库管理平台接收到第一配置文件后产生。

本申请实施例中，第一配置文件可以是在用户端配置的数据生成的，或可以是根据用户在用户端配置的数据而生成的。

本申请实施例中，第一配置文件可以是Protobuf的配置文件。ProtoBuf，全称Protocol Buffers，是一种与语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于数据通信协议、数据存储等。本申请实施例中，第一数据传输模式的表单可以是JSON表单。

本申请实施例中，用户端将第一配置文件发送至代码仓库管理平台，仓库管理平台监听到第一配置文件，将产生触发信息，该触发信息中包括第一配置文件。

本申请实施例中，触发信息也可以是钩子服务(webhook)，是由Gitlab平台提供的钩子服务，是在Gitlab平台的内容发生变化时触发。Gitlab平台接收到了第一配置文件，内容发生了变化，触发钩子服务，产生第一触发信息。

本申请实施例中，浏览器端即用户端，可以根据浏览器输入组件，渲染出表单，该表单为内容管理系统平台在用户端的可视化界面。本申请实施例的内容基于管理系统平台界面生成方法中，将触发信息中的第一配置文件解析为第一数据传输模式的表单，将第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据浏览器输入组件显示第一配置文件对应的第一表单，第一表单为内容管理系统平台在用户端的可视化界面。由于本申请直接采用映射的方式产生表单，因此系统生成效率较高。

本申请的一个实施例中，第一配置文件包括表单配置文件，表单配置文件包括注释，表单包括表单属性，

将第一配置文件解析为第一数据传输模式的表单，包括：

将第一配置文件的注释解析为第一数据传输模式的表单的表单属性。

本申请的一个实施例中，表单属性可以是表单的特定要求，或是特殊要求，例如可以是“选填”、“必填”、“唯一数据”、“可更改”、“不可更改”等属性。

本申请的一个实施例中，第一配置文件还包括系统协议文件，

第一配置文件由用户端发送至代码仓库管理平台，包括：

根据系统协议文件，第一配置文件由用户端发送至代码仓库管理平台。

本申请实施例中，系统协议文件可以是多种数据传输协议，例如RPC、HTTP等。系统协议文件可以是系统中预设的协议。

本申请实施例中，系统协议文件和配置文件使用同一份Proto文件，将文件做了统一，消除了协议转换的步骤，因此可保证数据的安全。

本申请的实施例中，将第一配置文件解析为第一数据传输模式的表单，包括：

将第一配置文件通过数据库解析为原始结构映射；

将原始结构映射语义重构生成第一数据传输模式的表单，将所述第一配置文件的注释重构生成为所述第一数据传输模式的表单的表单属性。

本申请的实施例中，第一配置文件为Proto文件，第一数据传输模式的表单为JSON表单；

将第一配置文件通过数据库解析为原始结构映射，包括：

将Proto文件通过protobufjs库解析，生成原始结构映射；

将原始结构映射语义重构生成第一数据传输模式的表单，将第一配置文件的注释重构生成为第一数据传输模式的表单的表单属性，包括：

将所述原始结构映射语义重构生成K-V结构，将所述K-V结构映射为JSON数据格式，根据所述JSON数据格式生成JSON表单，将第一配置文件的注释重构生成为所述JSON表单的表单属性。

本申请实施例中，生成原始结构映射，采用protobufjs库。protobufjs是一种开源的数据库库，提供Proto和JSON的互转、序列化、反序列化、数据格式校验等功能

本申请实施例中，根据protobufjs库，可以实现第一配置文件至原始结构映射的转化。图6所示为本申请实施例的第一配置文件的示意图，原始结构映射为一种特定的数据结构。

语义重构指的是将原有的数据结构，改写成特定格式的数据结构，本申请中是将原始结构映射改写成K-V结构。

现有技术中，从Proto文件到JSON无法直接映射的，因为Proto只是一种结构，而JSON既包含了数据的结构信息，也包括了数据的内容。

本申请实施例中的原始结构是指从Proto到JSON转化时，还没有添加数据进行encode时的结构状态。

JSON表单实际上也是一种K-V结构的map数据协议。在本申请的实施例中，用户端的浏览器根据K-V结构来获取要渲染的浏览器输入组件，并且将浏览器输入组件渲染为实际表单，并显示上述实际表单。

本申请中，第一配置文件为Proto文件，Proto文件引起本身的特性，是强类型的配置文件。而本申请中，第一配置文件中包含表单配置文件和系统协议文件，在定义通讯协议(Proto文件)后，由Proto文件直接解析并映射文件所描述的数据结构，从而让用户能够在生成的表单页(Proto文件描述的数据结构的可视化体现)中维护结构化的数据，提高维护效率；可直接映射成数据配置页，节省不同传输协议在使用时的转换步骤，提升开发速度；同时，在不同传输协议的系统中，也无需协议转换，因此减少了系统的复杂度，消除了由于协议转换而导致的数值上或格式上的失真，因此可以保证数据类型安全。

在本申请的一个实施例中，可以用yaml格式来书写proto文件中的注释，在解析proto文件时，js-yaml库会将注释解析为最终生成表单的属性。例如，注释可以是required，对应的表单属性为：必填；注释可以是uniq，对应的表单属性为：唯一数据)。

Js全称JavaScript，是运行在浏览器上的脚本语言，YAML是一种用来写配置文件的语言，js-yaml库是一种数据库，是联系脚本语言和配置文件的一种数据库。

图3所示为本申请实施例的一段包含注释的第一配置文件的示意图，其中，注释是required，对应的表单属性为：必填。图4所示为图3所示的第一配置文件在用户端上对应的显示的示意图。图4中，“*”表示该表单为必填。在图3、图4所示的实施例中，第一配置文件包括注释required，先将所述第一配置文件通过protobufjs库解析，生成原始结构映射，然后将原始结构映射重构为第一数据传输模式的表单，将注释重构生成为表单属性，最后将表单映射为浏览器输入组件，使浏览器显示表单，此时注释required对应的为表单中的“*”。

本申请实施例中，在用户端配置文件时，第一配置文件中包括注释，在生成的表单中，注释成为表单属性，简化了配置的过程，提高了效率。

本申请实施例中，将第一配置文件解析为第一数据传输模式的表单之前，方法还包括：

获取第一配置文件中嵌套的第二配置文件；

将第一配置文件解析为第一数据传输模式的表单，包括：

将第一配置文件解析为第一数据传输模式的表单，将第二配置文件解析为第一数据传输模式的表单中的子表单；

将第一数据传输模式的表单映射为浏览器输入组件，包括：

将第一数据传输模式的表单映射为浏览器输入组件，将第二配置文件映射为浏览器输入组件中的子组件。

第一配置文件可以是Proto文件，嵌套与第一配置文件中的第二配置文件可以是Message。在解析Proto文件时，将嵌套的Message解析为表单中的嵌套的页面结构，即表单中的子表单。在将Proto映射为JSON格式时，子表单会映射为与浏览器组件中的子组件。在用户端浏览器显示时，会将Message显示为Proto对应表单中的子表单。

本申请实施例中，第一配置文件和第二配置文件是可以相互嵌套的。例如Proto文件中嵌套的Message，Message中再嵌套另一个Proto文件。对应的，解析得到的k-v结构也是相互嵌套的，例如第一k-v结构-第二k-v结构-第一k-v子结构。第一k-v结构与第一配置文件相对应，第二KV结构与第二配置文件相对应，而第一k-v子结构是第二配置文件中嵌套的子配置文件，其属性可以与第一配置文件相同。

具体来说，配置文件嵌套可以是：Proto文件中嵌套的Message，Message中再嵌套另一个Proto文件，对应的k-v结构可以是：Proto对应k-v-Message对应k-v-另一个Proto对应k-v；在显示时，会显示为表单-子表单-子表单的子表单。

本申请实施例中，在将第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据浏览器输入组件显示第一配置文件对应的第一表单之后，方法还包括：

接收用户端对第一表单的数据的更新信息；

获取第一表单对应的第一文档数据；

根据更新信息，对第一文档数据进行更新；

生成并存储更新后的第二文档数据，所述更新后的第二文档数据与更新后的第一文档数据相同。

本申请实施例中，第二文档数据包括版本信息；

在将第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据浏览器输入组件显示第一配置文件对应的第一表单之后，方法还包括：

接收用户端对第一表单的数据的回滚信息，回滚信息中包括目标版本信息；

获取与第一表单对应的多个第二文档数据；

根据所述目标版本信息，获取目标第二文档数据，所述目标第二文档数据的版本信息与所述目标版本信息相对应，使用所述目标第二文档数据进行数据回滚。

本申请实施例中，用户端对表单数据内容的每一次更改后的保存，都会生成新的版本信息。本申请实施例中，新增版本之后，通过发布事件钩子，在可选发布环境中进行发布，每一次发布新版本，都会生成新的版本信息。

而本申请中，更新后会保存第一文档数据，同时生成与第一文档数据相同的第二文档数据，并将第一、第二文档数据同时保存。在下一次更新时，是对第一文档数据的修改，同时还生成一个与更新后的第一文档数据相同的更新后的第二文档数据。即，在本申请中，每一次修改都是对第一文档数据的修改，而每一次修改，都会产生一个第二文档数据，而第二文档数据中会携带版本信息，便于在后续数据回滚时进行回滚。

版本信息可以是数字编号，或可以是时间戳等，在此不在赘述。

图5所示为本申请实施例的携带版本信息的第二文档数据的示意图。图5所示的实施例中，版本信息是数字编号，对第二文档数据的操作可以是预览，或者回滚等。

本申请实施例的方法中，第一配置文件为Proto文件，Proto文件中的各种数据类型及可重复数据类型，都有浏览器端的组件映射。表1所示为本申请中Proto文件的数据类型与用户端的浏览器端(JavaScript)数据类型、浏览器组件之间的映射关系表。

表1Proto文件的数据类型与用户端的浏览器端数据类型、浏览器组件之间的映射关系

图6所示为本申请一个实施例的第一配置文件的示意图，如图6中所示，610为协议文件名，620指示表单总体信息，630和640是表单的具体内容。上述的第一配置文件，经过本申请实施例的方法中的解析、映射后，，可得到如图7所示的第一配置文件对应的表单的示意图，具体来说，该表单为“赠险找回被推荐产品配置”，productcode对应后续表单的name。根据630可以得到710，根据640得到720。

630中，name即表单名字为“产品代码”，注释“required：true”用来指示710的属性为“必填”。

同理，640中，name即表单名字为“方案跳转链接”，注释“required：true”用来指示720的属性为“必填”。

表单的具体内容在用户端的浏览器上显示如图7所示。

图8所示为本申请实施例的内容管理系统的示意图，如图8所示，包括用户端和服务器。Gitlab平台可以设置在用户端。

用户在用户端上配置proto文件。

在服务器上启动NodeJS服务，NodeJS服务代理SPA，作为浏览器端页面(config.oa.com)访问本平台的入口。服务器监听来自Gitlab平台(gitlab.oa.com)的webhook消息，当监听到Proto文件的push消息时，将发生了变化的proto文件解析为JSON数据结构，进一步映射为浏览器组件。例如将图6所示的文件，解析、映射为浏览器组件。

用户端的浏览器将浏览器组件渲染为如图7所示的实际表单。

用户端在生成的表单内将数据录入后，录入的数据会被NodeJS服务写入ConfigDB(Mongo DB)。在需要同步时，用户点选同步按钮后，Config DB里的数据会被NodeJS写入到其他的同步目标数据库中。

本申请实施例中，在表单中录入数据，也是对表单的数据的修改。

对表单数据进行修改，会对第一文档数据进行修改，修改完之后，生成一个与已修改的第一文档相同的文档，即第二文档数据用来保存。第一文档数据和第二文档数据，会被NodeJS服务写入Config DB(Mongo DB)。在需要同步时，Config DB里的数据会被NodeJS写入到其他的同步目标数据库中。

数据同步保存，可以避免数据的丢失，也可以保证数据的同步，减少差错的产生。

其他后台/前端服务通过Config Service(自定义服务)来获取录入的数据。Config Service提供RPC及HTTP协议的调用方式。

和上述方法相对应，本申请提供了一种内容管理系统生成装置，如图9所示，所述装置包括：

接收单元910，用于接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；

解析单元920，用于将所述第一配置文件解析为第一数据传输模式的表单；

映射单元930，用于将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单；

其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

本申请实施例中，所述第一配置文件包括表单配置文件，所述表单配置文件包括注释，

解析单元920将所述第一配置文件解析为第一数据传输模式的表单，包括：

将所述第一配置文件的注释解析为所述第一数据传输模式的表单的表单属性。

本申请实施例中，所述第一配置文件还包括系统协议文件，

所述第一配置文件由所述用户端发送至所述代码仓库管理平台，包括：

根据所述系统协议文件，所述第一配置文件由所述用户端发送至所述代码仓库管理平台。

本申请实施例中，所述接收单元910还用于在解析单元920将所述第一配置文件解析为第一数据传输模式的表单之前，获取所述第一配置文件中嵌套的第二配置文件；

解析单元920还用于将第一配置文件解析为第一数据传输模式的表单，包括：

所述解析单元920还用于将所述第一配置文件解析为第一数据传输模式的表单，将所述第二配置文件解析为所述第一数据传输模式的表单中的子表单；

所述映射单元930将所述第一数据传输模式的表单映射为浏览器输入组件，包括：

将所述第一数据传输模式的表单映射为浏览器输入组件，将所述第二配置文件映射为所述浏览器输入组件中的子组件。

本申请实施例中，所述解析单元920将所述第一配置文件解析为第一数据传输模式的表单，包括：

将所述第一配置文件通过数据库解析为原始结构映射；

将所述原始结构映射语义重构生成第一数据传输模式的表单。

本申请实施例中，在将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单之后，所述接收单元910还用于：

接收所述用户端对所述第一表单的数据的更新信息；

获取所述第一表单对应的第一文档数据；

根据所述更新信息，对所述第一文档数据进行更新；

生成并存储与更新后的第一文档数据相同的更新后的第二文档数据。

本申请实施例中，所述第二文档数据包括版本信息；

在将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单之后，所述接收单元910还用于：

接收所述用户端对所述第一表单的数据的回滚信息，所述回滚信息中包括目标版本；

获取与所述第一表单对应的多个第二文档数据；

根据所述回滚信息中的目标版本，从多个所述第二文档数据中获取版本信息与所述目标版本相对应的第二文档数据；

使用所述版本信息与所述目标版本相对应的第二文档数据进行数据回滚。

本申请实施例中，所述第一配置文件为Proto文件，所述第一数据传输模式的表单为JSON表单；

所述解析单元910还用于：

将所述Proto文件通过protobufjs库解析，生成原始结构映射；

所述将所述原始结构映射语义重构生成第一数据传输模式的表单，包括：

将所述原始结构映射语义重构生成K-V结构，将所述K-V结构为所述JSON表单。

图10示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的用户端110(或服务器120)。如图10所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现内容管理系统生成方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行内容管理系统生成方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的内容管理系统生成装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行。计算机设备的存储器中可存储组成该内容管理系统生成装置的各个程序模块。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；将所述第一配置文件解析为第一数据传输模式的表单；将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单；其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

在一个实施例中，处理器执行计算机程序时还实现上述方法的步骤，在此不再赘述。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；将所述第一配置文件解析为第一数据传输模式的表单；将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单；其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

在一个实施例中，计算机程序被处理器执行时还实现上述方法的步骤，在此不再赘述。

根据本申请的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行使得该计算机设备执行以下步骤：接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；将所述第一配置文件解析为第一数据传输模式的表单；将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单；其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

在一个实施例中，计算机程序产品或计算机程序执行时还实现上述方法的步骤，在此不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

Claims (11)

1.一种基于内容管理系统界面生成方法，其特征在于，应用于服务器，所述方法包括：

接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；

将所述第一配置文件解析为第一数据传输模式的表单；

将所述第一数据传输模式的表单映射为浏览器输入组件，以使用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单，所述第一表单为所述内容管理系统平台在所述用户端的可视化界面；

其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

2.根据权利要求1所述的方法，其特征在于，所述第一配置文件包括表单配置文件，所述表单配置文件包括注释，表单包括表单属性，

将所述第一配置文件解析为第一数据传输模式的表单，包括：

将所述第一配置文件的注释解析为所述第一数据传输模式的表单的表单属性。

3.根据权利要求2所述的方法，其特征在于，所述第一配置文件还包括系统协议文件，

所述第一配置文件由所述用户端发送至所述代码仓库管理平台，包括：

根据所述系统协议文件，所述第一配置文件由所述用户端发送至所述代码仓库管理平台。

4.根据权利要求1所述的方法，其特征在于，将所述第一配置文件解析为第一数据传输模式的表单之前，所述方法还包括：

获取所述第一配置文件中嵌套的第二配置文件；

所述将所述第一配置文件解析为第一数据传输模式的表单，包括：

将所述第一配置文件解析为第一数据传输模式的表单，将所述第二配置文件解析为所述第一数据传输模式的表单中的子表单；

所述将所述第一数据传输模式的表单映射为浏览器输入组件，包括：

将所述第一数据传输模式的表单映射为浏览器输入组件，将所述第二配置文件映射为所述浏览器输入组件中的子组件。

5.根据权利要求2所述的方法，其特征在于，所述将所述第一配置文件解析为第一数据传输模式的表单，包括：

将所述第一配置文件通过数据库解析为原始结构映射；

将所述原始结构映射语义重构生成第一数据传输模式的表单，将所述第一配置文件的注释重构生成为所述第一数据传输模式的表单的表单属性。

6.根据权利要求1所述的方法，其特征在于，在将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单之后，所述方法还包括：

接收所述用户端对所述第一表单的数据的更新信息；

获取所述第一表单对应的第一文档数据；

根据所述更新信息，对所述第一文档数据进行更新；

生成并存储更新后的第二文档数据，所述更新后的第二文档数据与更新后的第一文档数据相同。

7.根据权利要求6所述的方法，其特征在于，所述第二文档数据包括版本信息；

在将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单之后，所述方法还包括：

接收所述用户端对所述第一表单的数据的回滚信息，所述回滚信息中包括目标版本信息；

获取与所述第一表单对应的多个第二文档数据；

根据所述目标版本信息，获取目标第二文档数据，所述目标第二文档数据的版本信息与所述目标版本信息相对应，使用所述目标第二文档数据进行数据回滚。

8.根据权利要求5所述的方法，其特征在于，所述第一配置文件为Proto文件，所述第一数据传输模式的表单为JSON表单；

所述将所述第一配置文件通过数据库解析为原始结构映射，包括：

将所述Proto文件通过protobufjs库解析，生成原始结构映射；

所述将所述原始结构映射语义重构生成第一数据传输模式的表单，将所述第一配置文件的注释重构生成为所述第一数据传输模式的表单的表单属性，包括：

将所述原始结构映射语义重构生成K-V结构，将所述K-V结构映射为JSON数据格式，根据所述JSON数据格式生成JSON表单，将第一配置文件的注释重构生成为所述JSON表单的表单属性。

9.一种基于内容管理系统界面生成装置，其特征在于，所述装置包括：

接收单元，用于接收代码仓库管理平台发送的第一触发信息，所述触发信息中携带第一配置文件；

解析单元，用于将所述第一配置文件解析为第一数据传输模式的表单；

映射单元，用于将所述第一数据传输模式的表单映射为浏览器输入组件，以使所述用户端根据所述浏览器输入组件显示所述第一配置文件对应的第一表单，所述第一表单为所述内容管理系统平台在所述用户端的可视化界面；

其中，所述第一配置文件由所述用户端生成且由所述用户端发送至所述代码仓库管理平台，所述第一触发信息由所述代码仓库管理平台接收到所述第一配置文件后产生。

10.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至8中任一项所述方法的步骤。

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

Images