在线文档编辑展示的方法、装置、电子设备及存储介质

技术领域

本发明涉及在线文档数据处理技术领域，尤其涉及一种基于企业微信实现在线文档编辑展示的方法、装置、电子设备及存储介质。

背景技术

企业微信是腾讯微信团队打造的企业通讯与办公工具，具有与微信一致的沟通体验，丰富的OA应用，和连接微信生态的能力，可帮助企业连接内部、连接生态伙伴、连接消费者。专业协作、安全管理、人即服务。目前企业微信已覆盖零售、教育、金融、制造业、互联网、医疗等50多个行业，正持续向各行各业输出智慧解决方案。企业微信突出的特点就是在关注上更安全，应用上可便捷配置，极大的保证了安全性和便捷性。因为企业微信只有企业通信录内的成员才能关注，确保了企业信息安全，同时一个企业微信可配置多个第三方办公应用。再加上发送次数不受限制，信息的传播达到了最大化。另一方面，对于中小型企业，开通企业微信，其中包含的第三方应用，如微加里的会议、报告、社区、关怀、投票、年会等，不仅加强了员工间的沟通与协同，还提升了企业文化建设、公告通知、知识管理等各方面的能力。开启移动化办公新时代在企业场景应用上企业微信有新的突破，能让员工无边界办公。透过员工随身携带的移动端实现无纸化办公，既提高办事效率，又人性化的降低了行政管理成本，让工作流程变得更高效。

在线文档是在企业微信中可展示、可编辑、可多人协作的文档，即在企业微信网页中模拟word文档功能，是一类支持协作的产品，用户能够在网页上实时的编辑文档，此类产品往往提供协同定位展示的能力以便标记协作者正在操作的位置、减少协作过程中的冲突。

随着企业微信的应用越来越广，将传统的在线文档移植到企业微信应用中成为一种迫切的需求。传统的在线文档是基于Dom直接操作文档节点实现的，传统的在线文档中，编辑模式下，用户操作完成后，应用内部根据用户操作直接通过Dom操作修改文档节点并更新文档视图；展示模式下，应用直接利用Dom操作将服务端获取的所有文档节点数据添加到当前文档视图。这样传统的在线文档具有以下缺点：

1.直接操作Dom对文档进行编辑，不利于实现某些复杂功能。

2.服务端存储的是所有文档节点，是一个整体，而不是一个个小的可重用的单元，不利于扩展。

3.展示时直接将所有节点插入到文档中，不利于根据不同需求进行个性化展示。

4.对协同编辑的支持不友好，甚至是不支持。

发明内容

本发明针对上述的传统在线文档的技术问题，提出一种基于企业微信实现在线文档编辑展示的方法、装置、电子设备及存储介质。

第一方面，本申请实施例提供了一种基于企业微信实现在线文档编辑展示的方法，包括：

初始化步骤：从服务端获取文档数据并初始化文档状态，判断是否获取到数据单元；

数据中间层更新步骤：若没有获取到所述数据单元，则用户执行操作，调用数据中间层提供的服务更新所述数据中间层；

应用更新步骤；所述数据中间层发生变化，触发监控服务，通知应用更新；

判断步骤：所述应用获取所述数据中间层的所有数据单元并轮询判断所述数据单元是否发生变化；

渲染步骤：根据所述应用定制的渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的文档节点；

视图更新步骤：将真实的所述文档节点更新到文档视图中。

上述基于企业微信实现在线文档编辑展示的方法，其中，所述初始化步骤还包括：

若获取到所述数据单元，则根据所述渲染逻辑，将所述数据单元渲染成真实的所述文档节点。

上述基于企业微信实现在线文档编辑展示的方法，其中，所述数据中间层更新步骤包括：

如果用户执行的操作为新增操作，则所述数据中间层会创建新的数据单元；

如果用户执行的操作不是新增操作，则查找旧有的数据单元并根据用户操作进行更新。

上述基于企业微信实现在线文档编辑展示的方法，其中，所述判断步骤包括：

如果有数据单元发生变化，则根据所述渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的所述文档节点；

如果没有数据单元发生变化，则本轮操作结束，继续等待下一轮用户操作。

第二方面，本申请实施例提供了一种基于企业微信实现在线文档编辑展示的装置，包括：

初始化模块：从服务端获取文档数据并初始化文档状态，判断是否获取到数据单元；

数据中间层更新模块：若没有获取到所述数据单元，则用户执行操作，调用数据中间层提供的服务更新所述数据中间层；

应用更新模块；所述数据中间层发生变化，触发监控服务，通知应用更新；

判断模块：所述应用获取所述数据中间层的所有数据单元并轮询判断所述数据单元是否发生变化；

渲染模块：根据所述应用定制的渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的文档节点；

视图更新模块：将真实的所述文档节点更新到文档视图中。

上述基于企业微信实现在线文档编辑展示的装置，其中，所述初始化模块还包括：

若获取到所述数据单元，则根据所述渲染逻辑，将所述数据单元渲染成真实的所述文档节点。

上述基于企业微信实现在线文档编辑展示的装置，其中，所述数据中间层更新模块包括：

如果用户执行的操作为新增操作，则所述数据中间层会创建新的数据单元；

如果用户执行的操作不是新增操作，则查找旧有的数据单元并根据用户操作进行更新。

上述基于企业微信实现在线文档编辑展示的装置，其中，所述判断模块包括：

如果有数据单元发生变化，则根据所述渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的所述文档节点；

如果没有数据单元发生变化，则本轮操作结束，继续等待下一轮用户操作。

第三方面，本申请实施例提供了一种电子设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的在线文档编辑展示的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述的在线文档编辑展示的方法。

与现有技术相比，本发明的优点和积极效果在于：

1.本发明在传统在线文档逻辑基础之上添加数据中间层，隔离用户操作和底层Dom操作。基于数据中间层，可以将复杂的文档片段拆分成一个个小的数据单元，这些数据单元是构成协同编辑、扩展及个性化展示等复杂功能的基础。用户操作会修改数据中间层中的数据单元，应用内部自动根据数据单元完成Dom操作，渲染文档视图，能够实现协同编辑等复杂操作，同时能够优化直接Dom操作带来的性能开销，提高应用流畅度。

2.在不同的需求场景中，通过不同的渲染逻辑，将数据单元转化为文档节点显示到文档视图中，从而实现根据不同需求实现个性化展示。

附图说明

图1为本发明提供的基于企业微信实现在线文档编辑展示的方法的步骤示意图；

图2为本发明提供的基于企业微信实现在线文档编辑展示的方法一实施例流程示意图；

图3本发明提供的基于企业微信实现在线文档编辑展示的装置的框架图；

图4为根据本申请实施例的计算机设备的框架图。

其中，附图标记为：

11、初始化模块；12、数据中间层更新模块；13、应用更新模块；14、判断模块；15、渲染模块；16、视图更新模块；81、处理器；82、存储器；83、通信接口；80、总线。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

下面结合附图所示的各实施方式对本发明进行详细说明，但应当说明的是，这些实施方式并非对本发明的限制，本领域普通技术人员根据这些实施方式所作的功能、方法、或者结构上的等效变换或替代，均属于本发明的保护范围之内。

在详细阐述本发明各个实施例之前，对本发明的核心发明思想予以概述，并通过下述若干实施例予以详细阐述。

在传统在线文档逻辑基础之上添加数据中间层，隔离用户操作和底层Dom操作。用户操作会修改数据中间层中的数据单元，应用内部自动根据数据单元完成Dom操作，渲染文档视图。

在线文档：在企业微信中可展示、可编辑、可多人协作的文档，即在企业微信网页中模拟word文档功能。

标签：指文档中最基本单位，如a标签表示文档中的超链接。

元素：文档中所有标签都是元素。

节点：文档中所有内容都是节点，包含标签、属性、文本等。

Dom：文档对象模型，是一种处理HTML和XML文件的标准API，提供了对整个文档的访问模型。

Dom操作：对文档中的节点进行操作，如查找、创建、删除、替换、插入、复制、移动等。

渲染：将某些结构化数据转换为节点并通过Dom操作添加到文档视图中。

实施例一：

参照图1所示，图1为本发明提供的基于企业微信实现在线文档编辑展示的方法的步骤示意图。如图1所示，本实施例揭示了一种基于企业微信实现在线文档编辑展示的方法(以下简称“方法”)的具体实施方式。

具体而言，本实施例所揭示的方法主要包括以下步骤：

步骤S1：从服务端获取文档数据并初始化文档状态，判断是否获取到数据单元。

具体而言，在用户操作与Dom操作之间优化抽象一层数据中间层，数据中间层由多个数据单元组成，数据单元用于记录用户操作。其中，文档对象模型(Document ObjectModel，简称DOM)，是一种处理HTML和XML文件的标准API。DOM提供了对整个文档的访问模型，将文档作为一个树形结构，树的每个结点表示了一个HTML标签或标签内的文本项。DOM树结构精确地描述了HTML文档中标签间的相互关联性。将HTML或XML文档转化为DOM树的过程称为解析(parse)。HTML文档被解析后，转化为DOM树，因此对HTML文档的处理可以通过对DOM树的操作实现。DOM模型不仅描述了文档的结构，还定义了结点对象的行为，利用对象的方法和属性，可以方便地访问、修改、添加和删除DOM树的结点和内容，DOM节点分为三大类：元素节点、属性节点、文本节点。

Dom提供了对文档的结构化的表述，并定义了一种方式可以使从程序中对该结构进行访问，从而改变文档的结构，样式和内容。DOM将文档解析为一个由节点和对象(包含属性和方法的对象)组成的结构集合。简言之，它会将web页面和脚本或程序语言连接起来。

一个web页面是一个文档。这个文档可以在浏览器窗口或作为HTML源码显示出来。但上述两个情况中都是同一份文档。文档对象模型(DOM)提供了对同一份文档的另一种表现，存储和操作的方式。DOM是web页面的完全的面向对象表述，它能够使用如JavaScript等脚本语言进行修改。

Dom操作便是对文档中的节点进行操作，如查找、创建、删除、替换、插入、复制、移动等。

具体而言，若获取到所述数据单元，则根据应用定制的渲染逻辑，将所述数据单元渲染成真实的文档节点。

若没有获取到所述数据单元，则执行步骤S2：若没有获取到所述数据单元，则用户执行操作，调用数据中间层提供的服务更新所述数据中间层。

具体而言，如果用户执行的操作为新增操作，则所述数据中间层会创建新的数据单元；如果用户执行的操作不是新增操作，则查找旧有的数据单元并根据用户操作对旧有的的数据单元进行更新。

然后执行步骤S3：所述数据中间层发生变化，触发监控服务，通知应用更新。

具体而言，在线文档运行的过程中，应用会监控数据中间层中数据单元的变化，当用户进行编辑操作时，应用会根据用户的操作修改数据中间层中相应的数据单元，与此同时，由于存在监控，当数据单元发生变化后，数据中间层会通知应用进行视图更新。

然后执行步骤S4：所述应用获取所述数据中间层的所有数据单元并轮询判断所述数据单元是否发生变化。

具体而言，如果有数据单元发生变化，则执行步骤S5：根据所述应用定制的渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的文档节点；如果没有数据单元发生变化，则本轮操作结束，继续等待下一轮用户操作。

其中，渲染指的是将某些结构化数据转换为节点并通过Dom操作添加到文档视图中，渲染逻辑可以根据用户需要，自定义不同的渲染逻辑以实现个性化的展示。

然后执行步骤S6：将所有真实的所述文档节点更新到文档视图中。

至此，本轮用户操作响应流程结束，应用继续等待下一轮用户操作。

以下，请参照图2。图2为本发明提供的基于企业微信实现在线文档编辑展示的方法一实施例流程示意图，结合图2，具体说明本方法的应用流程如下：

1、从服务端获取文档数据并初始化文档状态，此时会判断是否获取到数据单元，如果获取到，则执行第5步中的渲染节点，否则，等待用户操作。

2、用户执行操作，调用数据中间层提供的服务更新数据中间层。如果是新增操作，那么数据中间层会创建新的数据单元，否则，查找旧有的数据单元并根据用户操作进行更新。

3、数据中间层发生变化，触发监控服务，通知应用更新。

4、应用获取数据中间层的所有数据单元并轮询判断数据单元是否发生变化，如果有数据单元发生变化则调用渲染逻辑渲染对应节点，否则本轮操作结束，继续等待下一轮用户操作。

5、根据应用定制的渲染逻辑，将数据中间层中所有变化的数据单元渲染成真实的文档节点。

6、将新生成的文档节点更新到文档视图中，完成视图更新操作。

7、至此，本轮用户操作响应流程结束，应用继续等待下一轮用户操作。

在线文档运行的过程中，应用会监控数据中间层中数据单元的变化。当用户进行编辑操作时，应用会根据用户的操作修改数据中间层中相应的数据单元，与此同时，由于存在监控，当数据单元发生变化后，数据中间层会通知应用进行视图更新。视图更新过程中，应用首先会判断数据中间层的数据单元是否发生变化，如果发生变化，则调用渲染逻辑将变化更新到文档视图中。由此通过抽象数据中间层，隔离在线文档编辑展示过程中的用户操作和Dom操作。不仅可以基于操作数据中间层的数据单元实现协同编辑、个性化展示等复杂操作，同时能够优化直接Dom操作带来的性能开销，提高应用流畅度。

实施例二：

结合实施例一所揭示的一种基于企业微信实现在线文档编辑展示的方法，本实施例揭示了一种基于企业微信实现在线文档编辑展示的装置(以下简称“装置”)的具体实施示例。

参照图3所示，所述装置包括：

初始化模块11：从服务端获取文档数据并初始化文档状态，判断是否获取到数据单元；

数据中间层更新模块12：若没有获取到所述数据单元，则用户执行操作，调用数据中间层提供的服务更新所述数据中间层；

应用更新模块13；所述数据中间层发生变化，触发监控服务，通知应用更新；

判断模块14：所述应用获取所述数据中间层的所有数据单元并轮询判断所述数据单元是否发生变化；

渲染模块15：根据所述应用定制的渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的文档节点；

视图更新模块16：将真实的所述文档节点更新到文档视图中。

具体而言，在所述初始化模块11中，若获取到所述数据单元，则根据所述渲染逻辑，将所述数据单元渲染成真实的所述文档节点。

具体而言，在所述数据中间层更新模块12中，如果用户执行的操作为新增操作，则所述数据中间层会创建新的数据单元；如果用户执行的操作不是新增操作，则查找旧有的数据单元并根据用户操作进行更新。

具体而言，在应用更新模块13中在线文档运行的过程中，应用会监控数据中间层中数据单元的变化，当用户进行编辑操作时，应用会根据用户的操作修改数据中间层中相应的数据单元，与此同时，由于存在监控，当数据单元发生变化后，数据中间层会通知应用进行视图更新。

具体而言，在所述判断模块14中，如果有数据单元发生变化，则根据所述渲染逻辑，将所述数据中间层中所有发生变化的数据单元渲染成真实的所述文档节点；如果没有数据单元发生变化，则本轮操作结束，继续等待下一轮用户操作。

具体而言，在所述渲染模块15中，其中，渲染指的是将某些结构化数据转换为节点并通过Dom操作添加到文档视图中，且渲染逻辑可以根据用户需要，自定义不同的渲染逻辑以实现个性化的展示。

具体而言，在所述视图更新模块16中调用渲染逻辑完成视图更新操作，本轮用户操作响应流程结束，应用继续等待下一轮用户操作。

本实施例所揭示的一种基于企业微信实现在线文档编辑展示的装置与实施例一所揭示的一种基于企业微信实现在线文档编辑展示的方法中其余相同部分的技术方案，请参实施例一所述，在此不再赘述。

实施例三：

结合图4所示，本实施例揭示了一种计算机设备的一种具体实施方式。计算机设备可以包括处理器81以及存储有计算机程序指令的存储器82。

具体地，上述处理器81可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，简称为ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

其中，存储器82可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器82可包括硬盘驱动器(Hard Disk Drive，简称为HDD)、软盘驱动器、固态驱动器(SolidState Drive，简称为SSD)、闪存、光盘、磁光盘、磁带或通用串行总线(Universal SerialBus，简称为USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器82可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器82可在数据处理装置的内部或外部。在特定实施例中，存储器82是非易失性(Non-Volatile)存储器。在特定实施例中，存储器82包括只读存储器(Read-Only Memory，简称为ROM)和随机存取存储器(RandomAccess Memory，简称为RAM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(Programmable Read-Only Memory，简称为PROM)、可擦除PROM(Erasable ProgrammableRead-Only Memory，简称为EPROM)、电可擦除PROM(Electrically Erasable ProgrammableRead-Only Memory，简称为EEPROM)、电可改写ROM(Electrically Alterable Read-OnlyMemory，简称为EAROM)或闪存(FLASH)或者两个或更多个以上这些的组合。在合适的情况下，该RAM可以是静态随机存取存储器(Static Random-Access Memory，简称为SRAM)或动态随机存取存储器(Dynamic Random Access Memory，简称为DRAM)，其中，DRAM可以是快速页模式动态随机存取存储器(Fast Page Mode Dynamic Random Access Memory，简称为FPMDRAM)、扩展数据输出动态随机存取存储器(Extended Date Out Dynamic RandomAccess Memory，简称为EDODRAM)、同步动态随机存取内存(Synchronous Dynamic Random-Access Memory，简称SDRAM)等。

存储器82可以用来存储或者缓存需要处理和/或通信使用的各种数据文件，以及处理器81所执行的可能的计算机程序指令。

处理器81通过读取并执行存储器82中存储的计算机程序指令，以实现上述实施例中的任意一种在线文档编辑展示的方法。

在其中一些实施例中，计算机设备还可包括通信接口83和总线80。其中，如图4所示，处理器81、存储器82、通信接口83通过总线80连接并完成相互间的通信。

通信接口83用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。通信端口83还可以实现与其他部件例如：外接设备、图像/数据采集设备、数据库、外部存储以及图像/数据处理工作站等之间进行数据通信。

总线80包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。总线80包括但不限于以下至少之一：数据总线(Data Bus)、地址总线(Address Bus)、控制总线(Control Bus)、扩展总线(Expansion Bus)、局部总线(Local Bus)。举例来说而非限制，总线80可包括图形加速接口(Accelerated Graphics Port，简称为AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，简称为EISA)总线、前端总线(Front Side Bus，简称为FSB)、超传输(Hyper Transport，简称为HT)互连、工业标准架构(Industry Standard Architecture，简称为ISA)总线、无线带宽(InfiniBand)互连、低引脚数(Low Pin Count，简称为LPC)总线、存储器总线、微信道架构(Micro ChannelArchitecture，简称为MCA)总线、外围组件互连(Peripheral Component Interconnect，简称为PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(Serial AdvancedTechnology Attachment，简称为SATA)总线、视频电子标准协会局部(Video ElectronicsStandards Association Local Bus，简称为VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线80可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，结合上述实施例中的在线文档编辑展示的方法，本申请实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种在线文档编辑展示的方法。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

综上所述，基于本发明的有益效果在于，本发明在传统在线文档逻辑基础之上添加数据中间层，隔离用户操作和底层Dom操作。基于数据中间层，可以将复杂的文档片段拆分成一个个小的数据单元，这些数据单元是构成协同编辑、扩展及个性化展示等复杂功能的基础。用户操作会修改数据中间层中的数据单元，应用内部自动根据数据单元完成Dom操作，渲染文档视图，能够实现协同编辑、个性化展示等复杂操作，同时能够优化直接Dom操作带来的性能开销，提高应用流畅度。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。