CN113591438A - 文本转换方法、电子设备及计算机可读存储装置 - Google Patents

Abstract

本申请公开了一种文本转换方法、电子设备及计算机可读存储装置。该文本转换方法包括：接收原始文本和第一配置文件；根据第一配置文件解析原始文本，以获取原始文本的内容信息；其中，内容信息至少包含原始文本的第一特征信息；匹配预设的第二配置文件中与第一特征信息对应的处理方法；执行处理方法将第一特征信息转换为第二特征信息，以得到预设文本。通过上述方式，本申请可以批量的替换文本中的html标签，避免资源浪费。

Description

文本转换方法、电子设备及计算机可读存储装置

技术领域

本申请涉及网络前端领域，特别是涉及一种文本转换方法。

背景技术

随着互联网的日益兴起，网络进入了我们生活的方方面面。而我们进入互联网，大多数的时候还是通过网页的方式，通过网页浏览信息，进行游戏等等。html标签，也称为超文本标签语言(html)标签。html标签是html语言中最基本的单位，html标签是html中重要的组成部分。大多数的网页在编写的时候都是使用html标准。html标签也作为网页的通用标准结构标签语言，被广泛的应用于前端开发的各个领域。而随着技术进一步的进步，传统的html标签书写网页的方式逐渐被各个前端框架自身的新的标签所取代。假如想要将现存的以html标签书写的页面转换为相应的前端框架中的新的标签，需要通过人工手动重写，将原页面中的html标签重写为前端框架中使用的新的标签，这就存在大量的重复劳动，浪费人力物力资源。

发明内容

本申请的目的是提供一种文本转换方法、电子设备及计算机可读存储装置，可以快速的将原页面中的html标签替换为前端框架中使用的新的标签，避免了大量的重复劳动，解决了资源浪费的问题。

为解决上述技术问题，本申请采用的第一个技术方案是：提供一种文本转换方法，该文本转换方法包括：接收原始文本和第一配置文件；根据第一配置文件解析原始文本，以获取原始文本的内容信息；其中，内容信息至少包含原始文本的第一特征信息；匹配预设的第二配置文件中与第一特征信息对应的处理方法；执行处理方法将第一特征信息转换为第二特征信息，以得到预设文本。

为解决上述技术问题，本申请采用的第二个技术方案是：提供一种电子设备，该电子设备包括存储器和处理器，存储器用于存储程序数据，程序数据能够被处理器执行，以实现上述第一个技术方案中所描述的文本转换方法。

为解决上述技术问题，本申请采用的第三个技术方案是：提供一种计算机可读存储装置，该计算机可读存储装置存储有程序数据，能够被处理器执行以实现上述第一个技术方案中所描述的文本转换方法。

本申请的有益效果是：通过第一配置文件，识别出html标签与功能组件的对应关系，通过第二配置文件，将功能组件与预设标签确定对应关系，将html标签替换为预设标签，通过预配置文件的自动识别替换可批量的将以html标签书写的页面文本替换为以预设标签书写的页面文本，节约了大量的人力物力，避免了资源浪费。

附图说明

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

图1是本申请文本转换方法第一实施例的流程示意图；

图2是本申请文本转换方法第二实施例的流程示意图；

图3是本申请电子设备一实施例的结构示意图；

图4是本申请计算机可读存储装置一实施例的结构示意图。

具体实施方式

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

本申请中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

参阅图1，图1为本申请文本转换方法第一实施例的流程示意图。

S11：接收原始文本和第一配置文件。

接收原始文本，原始文本包括事先已经完成的网页信息文本。而该网页信息文本是依照当时的前端UI框架所书写的。特定的UI框架有着自身特定的class或者id标签，形成了特定了对应规则。Id是该对象的名称，而class是该对象的类名。该对应规则使得html标签与特定的功能组件相对应。功能组件即网页中包含的可以实现相应功能的组件。该html标签与特定的功能组件对应的对应关系即包含在所获取的第一配置文件中。

S12：根据第一配置文件解析原始文本，以获取原始文本的内容信息。

由于第一配置文件中包含了html标签和功能组件的对应关系，则通过第一配置文件中包含的该对应关系分析原始文本的内容，我们就可以得到html的文档树，从而得到html的标签名，属性，html文档树中子节点，以及文本内容等相关信息，获取到原始文本中所有的内容。

S13：匹配预设的第二配置文件中与第一特征信息对应的处理方法。

当获取到原始文本中html标签的信息后，也从第一配置文件中得到了html标签与对应的功能组件的对应关系，此时依照预设的第二配置文件对功能组件和书写标签的对应关系进行相应的处理。该第二配置文件中包含了实现编写的新的前端框架中所使用的预设标签与功能组件的对应关系。该对应关系是用户以自身情况，根据前端框架中标签的使用情况进行编写的。将原始文本中功能组件与html标签的对应关系替换为功能组件与预设标签的对应关系，并且将html标签替换为预设标签。

S14：执行处理方法将第一特征信息转换为第二特征信息，以得到预设文本。

通过第二配置文件中功能组件与标签的对应关系的替换后，原始文本中的html标签就被批量的替换为前端框架中所使用的预设标签，从而得到使用预设标签的网页文本。

本申请第一实施例所提供的一种文本转换方法，在获取原始的网页文本之后，通过第一配置文件，识别出html标签与功能组件的对应关系，通过第二配置文件，将功能组件与预设标签确定对应关系，将html标签替换为预设标签，通过预配置文件的自动识别替换可批量的将以html标签书写的页面文本替换为以预设标签书写的页面文本，节约了大量的人力物力，避免了资源浪费。

参阅图2，图2为本申请文本转换方法第二实施例的流程示意图。

S21：创建文件处理接口。

S22：接收原始文本和第一配置文件。

S23：创建解析器。

S24：根据第一配置文件解析原始文本，得到html文档树。

S25：通过分析html文档树得到原始文本的内容信息。

S26：加载软件工具包。

S27：利用软件工具包将原始文本中原始的html标签转换为预设标签，得到以预设标签书写的文本。

创建文件处理接口，使得可以从相关网页中网页的书写的原始文本信息，以及获取到该原始文本书写所依照的相应的规则或标准，也就是第一配置文件中包含的对应关系。

创建解析器，获取到了原始文本信息以及该原始文本书写的相应规则或标准后，将获取的原始文本的html标签解析为html文档树。文档树是由DOM(Document ObjectModel)元素和属性节点构成的树结构，根节点是Document对象。DOM元素与标签是一一对应的。解析方法有两种，分别为标签化算法以及树构建算法。

当所接收的原始文本为使用纯粹的html标签书写时，可以在依照第一配置文件中的对应关系得到html标签后进行文档树的构建。若所接收的原始文本并不是使用纯粹的html标签进行书写，在html标签与功能组件的对应关系之间还存在着过度的对应关系，则第一配置文件中也包含了该过度的对应关系使得可以从原始文本中分析得到html标签，然后进行html文档树的构建。

标签化是词法分析过程，将输入内容解析成多个标签。HTML标签包括起始标签、结束标签、属性名称和属性值。标签生成器识别标签，传递给树构造器，然后接受下一个字符以识别下一个标签；直到输入的结束。

标签化算法使用状态机表示，共分为四个状态：数据状态(Data)、标签打开状态(Tag open)、标签名称状态(Tag name)、关闭标签打开状态(Close tag open state)。

初始状态为数据状态，遇到字符<时，状态更改为“标签打开状态”，接收一个a-z字符会创建“起始标签”，状态更改为“标签名称状态”，并保持到接收>字符。此期间的字符串会形成一个新的标签名称。接收到>标签后，将当前的新标签发送给树构造器，状态改回“数据状态”。而接收下一个输入字符/时，会创建关闭标签打开状态，并更改为“标签名称状态”。直到接收>字符，将当前的新标签发送给树构造器，并改回“数据状态”。

直接接收到遇到a-z字符时，会将每个字符创建成字符标签，并发送给树构造器。

使用树构建法创建解析器的同时，也会创建Document对象。在树构建阶段，以Document为根节点的DOM树也会不断进行修改，添加各种元素。标签生成器发送的每个节点都会由树构建器进行处理。每个标签都有对应的DOM元素，这些元素会在接收到标签时创建。

树构建算法也可以使用状态机表示，例如，初始状态时，第一个模式是“initialmode”。接收html标签后转为“before html”，并在这个模式下创建一个HTMLHtmlElement元素，并将其附加到Document根对象上。状态改为“before head”。此时接收到“body”标签，***创建一个HTMLHeadElement，并添加到树中，然后进入“in head”模式，然后转入“afterhead”模式。***对body标签重新处理，创建HTMLBodyElement并***到DOM树，模式变为“inbody”。然后接收到a-z字符标签，创建Text节点。接收到body结束标签时，***进入“afterbody”模式。在接收到html结束标签时，进入“after after body”模式。接收到文件结束标签后，解析过程结束。

在得到了原始文本的html标签树之后，我们就可以获取到该原始文本中所有的内容信息，html标签名，属性，文档树中的子节点以及内容文本等信息。

当获取到原始文本中html标签的信息后，也从第一配置文件中得到了html标签与对应的功能组件的对应关系，此时依照预设的第二配置文件对功能组件和书写标签的对应关系进行相应的处理。该处理包括可将功能组件和html标签对应关系转换为功能组件和预设标签的对应关系的SDK。该SDK将根据由第一配置文件构建html文档树得到的html标签，以及第一配置文件中，功能组件与html标签的对应关系，替换为第二配置文件中功能组件与预设标签的对应关系，并将原始文本中的html标签替换为预设标签。SDK就是SoftwareDevelopment Kit，即软件开发工具包，可以理解，SDK是辅助开发某一类软件的相关文档、范例和工具的集合。本实施例中SDK包含了将原始的html标签转换为预设的标签的逻辑关系。

经过上述转换，原始文本中的原始html标签都被替换为前端框架中预设标签，从而得到了以预设标签书写的网页文本。

本申请第二实施例所提供的一种文本转换方法，在获取原始的网页文本之后，通过第一配置文件，识别出html标签与功能组件的对应关系，通过第二配置文件，将功能组件与预设标签确定对应关系，将html标签替换为预设标签，通过预配置文件的自动识别替换可批量的将以html标签书写的页面文本替换为以预设标签书写的页面文本，节约了大量的人力物力，避免了资源浪费。

参阅图3，图3是本申请一电子设备实施例的结构示意图。

本申请电子设备一实施例包括：处理器110和存储器120。

处理器110控制通信设备的操作，处理器110还可以称为CPU(Central ProcessingUnit，中央处理单元)。处理器110可能是一种集成电路芯片，具有信号序列的处理能力。处理器110还可以是通用处理器、数字信号序列处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器120存储处理器110工作所需要的指令和程序数据。

处理器110用于执行指令以实现本申请前述控制设备的控制方法的任一实施例及可能的组合所提供的方法。

参阅图4，图4是本申请一计算机可读存储装置实施例的结构示意图。

本申请可读存储装置一实施例包括存储器310，存储器310存储有程序数据，该程序数据被执行时实现本申请控制设备的控制方法任一实施例及可能的组合所提供的方法。

存储器310可以包括只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、闪存(Flash Memory)、硬盘、光盘等。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。

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

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

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

以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种文本转换方法，其特征在于，包括：

接收原始文本和第一配置文件；

根据所述第一配置文件解析所述原始文本，以获取所述原始文本的内容信息；其中，所述内容信息至少包含所述原始文本的第一特征信息；

匹配预设的第二配置文件中与所述第一特征信息对应的处理方法；

执行所述处理方法将所述第一特征信息转换为第二特征信息，以得到预设文本。

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

所述第一特征信息包括原始的html标签，所述第一配置文件包括所述原始的html标签与功能组件的对应关系；

所述根据所述第一配置文件解析所述原始文本，以获取所述原始文本的内容信息，包括：

根据所述原始的html标签与功能组件的对应关系，解析所述原始文本，以获取所述原始文本的原始的html标签。

3.根据权利要求2所述的方法，其特征在于，

所述第二配置文件包括预设标签与所述功能组件的对应关系，所述第二特征信息包括所述预设标签；

所述执行所述处理方法将所述第一特征信息转换为第二特征信息，包括：

根据所述预设标签与所述功能组件的对应关系，将所述原始的html标签转换为所述预设标签。

4.根据权利要求3所述的方法，其特征在于，

所述根据所述预设标签与所述功能组件的对应关系，将所述原始的html标签转换为所述预设标签，包括：

加载软件工具包；

利用所述软件工具包将所述原始的html标签转换为所述预设标签；其中，所述软件工具包中包含将所述原始的html标签转换为所述预设标签的逻辑关系。

5.根据权利要求1所述的方法，其特征在于，所述接收原始文本和第一配置文件之前，包括：

创建文件处理接口，所述文件处理接口用于接收所述原始文本和所述第一配置文件的数据。

6.根据权利要求1所述的方法，其特征在于，所述根据所述第一配置文件解析所述原始文本，以获取所述原始文本的内容信息之前，包括：

创建解析器，所述解析器用以根据所述第一配置文件解析所述原始文本，构建html文档树。

7.根据权利要求6所述的方法，其特征在于，所述解析器用以根据所述第一配置文件解析所述原始文本，构建html文档树包括：

根据所述原始文本进行树构建算法得到原始文本的html文档树。

8.根据权利要求6所述的方法，其特征在于，所述解析器用以根据所述第一配置文件解析所述原始文本，构建html文档树包括：

根据所述原始文本进行标签化算法得到原始文本的html文档树。

9.一种电子设备，其特征在于，包括存储器和处理器，所述存储器用于存储程序数据，所述程序数据能够被所述处理器执行，以实现如权利要求1-8任一项所述的方法。

10.一种计算机可读存储装置，其特征在于，存储有程序数据，能够被处理器执行以实现如权利要求1-8任一项所述的方法。

Images