文案的生成、网页文案的展示方法、装置及网站服务器

摘要

本申请实施例提供了文案的生成、网页文案的展示方法、装置及网站服务器，对现有技术中网页文案采用单文件或简单多文件的xml编写方式以及单文件或简单多文件的properties编写方式进行改进，将文案文件修改为文案目录树的形式，文案文件的key实际上是由文案目录树中各级目录、文本文件的标识与文本文件的key组合而成的，这样可以使得文案目录树每个文本文件中的key尽量简短，大大减少了文本文件的容量，降低了文本文件的编写、修改和维护的工作量，并且，由于采用这种目录树的结构，方便拥有不同语言版本的国际化网页中文案内容的动态加载，提高了加载速度，方便文案的查找和使用，提高了文案使用的便利性和使用效率。

说明书

技术领域

本申请涉及网站制作技术领域，尤其涉及一种文案的生成、网页文案的展 示方法、装置及网站服务器。

背景技术

对于国际性的网站来说，国际化文案是一个基础功能，即对于不同语言的 用户群需要提供不同语言版本的网页内容，尤其是在一个全球性的网站上浏览 网页，各种各样的用户群都存在，在这种背景下，网页的复用性以及需求的个 性化要求，亟需使用最简单方便、同时又很高效的方式来开发、维护网站的文 案信息。

网站网页上的文案，一般不会直接写死在需要渲染的模板上，而是在模板 中定义某个key，而在不同语言版本的国际化文件中定义一个键值(key-value) 对，在渲染模板时再根据key来查找对应的value，进而将value的内容显示在 网页中。

目前对于文案的编写方式，采用下列两种：

第一种方式、单文件或者简单多文件的可扩展标记语言(eXtensible Markup  Language，xml)编写方式。

这种方式就是将某个网站应用中的全部文案放在一个或几个xml文件中， 用标准的xml格式来编写这样的key-value键值对，这种方式对key的形式限 制不高，但必须和其他的key要区别开来，如下的一些例子：

第二种方式、单文件或者简单多文件的properties编写方式：

这种方式就是将某个网站应用中的全部文案放在一个或几个properties文 件中，用标准的properties文件格式来编写这样的key-value键值对，即采用 “key1＝value”的方式来组织具体的key-value对，一行就是一条数据，例如下 的一些例子：

aaa.bbb.ccc＝文案1

aaa.bbb.ddd＝文案2

aaa.ccc.eee＝文案3

aaa.ccc.fff＝文案4

采用上述两种方式实现文案的编写，存在以下问题：

无论是采用xml文本文件还是properties文本文件编写，仅仅采用单个文 件，或者简单的多个文件的区分方式，每个文案文件可能会非常的大(目前一 些应用中，有很多文件中存在几万条记录)，大容量的文件会对文案的编写、 使用和维护带来很大的麻烦。例如xml方式下，每条记录需要三行内容，每次 都需要编写许多标签，有的时候需要区分某些具体场景下的文案，编写需要前 缀相同而后缀不同的key，例如“aaa.bbb.ccc”与“aaa.bbb.ddd”，但这种key 仍然需要分别进行编写，重复工作较多，编写的工作量比较繁重，效率较低， 大容量文件还会导致所有文案在开发阶段或者上线使用时，不方便查找、修改 和维护，增加了系统的压力。

发明内容

本申请实施例提供了一种文案的生成、网页文案的展示方法、装置及网站 服务器，用以解决现有网页文案的编写方式所带来的文案的编写、使用和维护 工作量繁重以及效率较低的问题。

基于上述问题，本申请实施例提供的一种文案的生成方法，包括：

根据文案所在网页的应用场景所需的粒度，划分文案目录树的层级，所述 文案目录树包括至少一级目录和至少一个包含第一键-值key-value的文本文 件；

为文案目录树中每个目录和文本文件创建标识，并创建文本文件的内容；

根据所划分的层级、所创建的每个目录和文本文件的标识以及文本文件的 内容，创建所述文案目录树；

将所创建的文案目录树作为文案文件保存，所述文案文件的每个第二key， 由目录树中各级目录的标识以及所连接的文本文件的标识分别与该文本文件 中每个第一key组合而成；所述文案文件中与每个第二key对应的第二value， 为该第二key所包含的第一key对应的第一value。

本申请实施例提供的一种网页文案的展示方法，包括：

根据所需显示的网页的语言版本，查找网页模板中各个第二Key对应的文 案目录树；

根据预先设定的组合规则，对每个第二key进行拆分；所述拆分后的第二 key的各部分的内容，分别与对应的文案目录树中各级目录的标识、文本文件 的标识以及文本文件中的第一key一一对应；

按照拆分后的第二key的各部分的内容，在查找到的文案目录树中依次查 找对应的各级目录、文本文件和文本文件中的第一key；

获取查找到的第一key对应的第一value的内容，并将获取到的第一value 的内容作为文案的内容在所述网页模板中第二Key的位置进行显示。

本申请实施例提供的一种文案的生成装置，包括：

层级划分模块，用于根据文案所在网页的应用场景所需的粒度，划分文案 目录树的层级，所述文案目录树包括至少一级目录和至少一个包含第一键-值 key-value的文本文件；

标识和内容创建模块，用于为文案目录树中每个目录和文本文件创建标 识，并创建文本文件的内容；

目录树创建模块，用于根据所划分的层级、所创建的每个目录和文本文件 的标识以及文本文件的内容，创建所述文案目录树；

文案生成模块，用于将所创建的文案目录树作为文案文件保存，所述文案 文件的每个第二key，由目录树中各级目录的标识以及所连接的文本文件的标 识分别与该文本文件中每个第一key组合而成；所述文案文件中与每个第二key 对应的第二value，为该第二key所包含的第一key对应的第一value。

本申请实施例提供的一种文案内容的获取装置，包括：

第一查找模块，用于根据所需显示的网页的语言版本，查找该网页的模板 中各个第二Key对应的文案目录树；

拆分模块，用于根据预先设定的组合规则，对每个第二key进行拆分；所 述拆分后的第二key的各部分的内容，分别与对应的文案目录树中各级目录的 标识、文本文件的标识以及文本文件中的第一key一一对应；

第二查找模块，用于按照拆分后的第二key的各部分的内容，在查找到的 文案目录树中依次查找对应的各级目录、文本文件和文本文件中的第一key；

展示模块，用于获取查找到的第一key对应的第一value的内容，并将获 取到的第一value的内容作为文案的内容在所述网页模板中第二Key的位置进 行显示。

本申请实施例的有益效果包括：

本申请实施例提供的文案的生成、网页文案的展示方法、装置及网站服务 器，对现有技术中网页的文案文件采用单文件或简单多文件的xml编写方式以 及单文件或简单多文件的properties的编写方式进行改进，将文案文件的存在 形式，修改为文案目录树的形式，创建文案目录树的过程，即创建文案文件的 过程，文案文件的key实际上是由文案目录树中各级目录、文本文件的标识与 文本文件的key组合而成的，这样可以使得文案目录树中每个文本文件中的key 尽量简短，大大减少了文本文件的容量，降低了文本文件的编写、修改和维护 的工作量，并且，由于采用这种目录树的结构，方便拥有不同语言版本的国际 化网页中文案内容的动态加载，提高了加载速度，方便文案的查找和使用，提 高了文案使用的便利性和使用效率。另外这种方式，使得文案文件的value内 容的编写和key的定义可以分别由文案内容提供者和网页开发者独立进行，降 低了沟通的人力成本，提高了文案生成、修改、使用和维护的效率。

附图说明

图1为本申请实施例提供的文案的生成方法的流程图；

图2为本申请实施例提供的较复杂的文案目录树的结构示意图；

图3为本申请实施例提供的网页文案的展示方法的流程图；

图4为本申请实施例提供的另一个文案目录树的结构示意图；

图5为本申请实施例提供的文案的生成装置的结构图；

图6为本申请实施例提供的文案内容的获取装置的结构图。

具体实施方式

下面结合说明书附图，对本申请实施例提供的一种文案的生成、网页文案 的展示方法、装置及网站服务器的具体实施方式进行说明。

首先对本申请实施例提供的文案的生成方法进行说明，如图1所示，该方 法具体包括以下步骤：

S101、根据文案所在网页的应用场景所需的粒度，划分文案目录树的层级， 该文案目录树包括至少一级目录和至少一个包含第一键-值(key-value)的文本 文件；

S102、为文案目录树中每个目录和文本文件创建标识，并创建文本文件的 内容；

S103、根据所划分的层级、所创建的每个目录和文本文件的标识以及文本 文件的内容，创建所述文案目录树；

S104、将所创建的文案目录树作为文案文件进行保存，该文案文件的每个 第二key，由目录树中各级目录的标识以及所连接的文本文件的标识分别与该 文本文件中每个第一key组合而成；该文案文件中与每个第二key对应的第二 value，为该第二key所包含的第一key对应的第一value。

本申请实施例中，网页的文案文件采用了文案目录树的结构方式，仅为了 说明的方便，将文案文件实际的key(即组合生成的key)与文案目录树中的 文本文件中的key进行区分，将前者称呼为第二key，将后者称呼为第一key。

下面对上述各个步骤进行详细的说明。

在上述S101中，可以根据文案所在网页应用场景所需的粒度，将文案目 录树的层级从低到高依次划分为：根目录、至少一个子目录和文本文件(包含 key-value的文本文件)，或者划分为根目录、文本文件。

文案应用场景，可以通过该文案所应用的网页的URL来确定。

如果场景所需的粒度较小，可以尽可能将文案目录树的层级进行细分， 例如划分为根目录、多级子目录和文本文件；反之，如果场景所需的粒度较大， 可以简单划分为根目录、单一子目录和文本文件，根目录和文本文件的方式。

举例来说，一个关于学生信息网页，其URL为： Http://***.edu.cn/research/student information，表明该网页中文案是需要显示学 生信息，可以根据该网页的这个应用场景为每个学生的相关信息创建一个文案 目录树，该文案目录树包括一个根目录、一个子目录和若干文本文件。

本申请实施例中，文本文件可以采用任何一种包含key-value的文本文件， 例如现有的properties文本文件或xml文本文件，较佳地，由于properties文本 文件相比较xml文本文件而言，具有形式更简单，重复编辑内容更少的优势， 因此，可以优选采用properties文本文件。

在上述S102中，可以根据具体的应用场景和划分的层级，创建根目录、 子目录和文本文件的标识，以及文本文件的内容，具体来说，如果是根目录、 多级子目录和文本文件这种层级关系，可以按照根目录、各级子目录和文本文 件对应的场景涵盖范围从大到小的原则，依次确立根目录、各级子目录和文本 文件的标识；如果是根目录、文本文件这种层级关系，可以按照根目录和文本 文件对应的场景涵盖范围从大到小的原则，依次确立根目录和文本文件的标 识。

也就是说，根目录的标识代表宽泛一些的应用场景，各级子目录的标识会 代表次宽泛的应用场景，文本文件的标识代表稍细致的特定应用场景，文本文 件的内容，则代表更加具体的应用场景，还是以前述网页需要展示所查询的学 生信息的应用场景的情况为例说明，在包含学生信息的文案目录树中，根目录 的标识例如可以为“学校甲”，所连接的子目录例如可以为“年级乙”、文本文 件的标识例如可以为“班级丙”，在标识为“班级丙”的文本文件中，包含若 干key-value，例如：

同学A＝文档1；

同学B＝文档2；

同学C＝文档3；

这样，在这个关于学生信息的文案文件的key，实际上是由根目录标识“学 校甲”、子目录标识“年级乙”、文本文件标识“班级丙”分别与文本文件中的 每个key，例如“同学A”、“同学B”等组合起来的，组合时，可以预先定义 采用特定的分隔符例如圆点、斜划线、逗号等等方式来区分，例如文案目录树 中，同学A相关信息的的key，组合起来应该是“学校甲.年级乙.班级丙.同学 A”，这个组合起来的key所对应的value，实际上就是文本文件中与“同学A” 所对应的value即文档1的内容，文档1例如可为包含该同学A具体的年龄、 籍贯、学年成绩等信息的文档，这些内容可以由相应的学生信息提供者编辑生 成。

在一些特殊的场景下，如果文本文件中仅有一个key-value，也可以省略文 本文件的标识，直接使用各级目录的标识与文本文件中key组合成文案的key 即可。

图2所示的是一个比较复杂的文案目录树的结构的具体例子，在该文案目 录树中，不仅包含了根目录、多级子目录和文本文件这种结构，如图2中的 resource-feedback-set-assign.properties；还包括根目录、文本文件这种结构，如 图2中的resource-commons.properties。

图2中，resource是根目录，feedback代表与反馈相关的较宽泛的场景， set代表与反馈设置相关的场景，文本文件例如assign.properties代表与反馈设 置中与赋值相关的具体内容，common.properties代表整个应用场景共享的部 分，error.properties代表整个应用场景中的错误提示信息，blocklist.properties 代表与反馈相关的黑名单设置。例如assign.properties中包含下列具体内容：

“name＝哈哈哈哈

remark＝给每个下属分配具体的国家

title＝分配规则”

对于这个文案来说，文案文件中关于反馈模块-设置模块-赋值模块-名字字 段的内容，即feedback.set.assign.name对应的value的值，实际上就等于 assign.properties中name对应的value即“哈哈哈哈”。

本申请在具体实施时，可以应用于国际化网站的国际化文案的生成和展 示，即网页模板中需要显示的文案，在网页开发阶段，可以依照上述方法，预 先分别生成与不同语言版本对应的文案目录树并保存，不同语言版本对应的文 案目录树中，各级目录标识和文本文件的标识及文本文件中的key所组成文案 文件的Key都是相同的，不同之处在于该Key对应的value是由不同的语言写 成的，举例来说，网页中展示欢迎用户访问的文案，如果需要在中文页面上显 示，其对应的文案文件的value会采用中文字符串编写，如：“欢迎来到**** (网站名)！”，如果是需要在英文页面上显示，则其对应的文案文件的value 会采用同样含义的英文字符串编写，如：“Welcome to****！”，在制作网页的 过程中，网页开发者只需要在网页模板上相应位置定义出Key即可，在需要展 示不同语言版本的网页内容时，根据该Key来查找对应语言版本的文案目录 树，找到其value，并将其展示于网页中的对应位置。

采用上述方法所生成的网页的文案文件，方便了网页开发者构造文案的 Key，同时也方便了文案内容的提供者例如网站运营方、法务人员和版权提供 方等对于value的编辑、修改和维护，使得网页开发者与文案内容提供方沟通 的人力成本大大降低，有利于网页文案的生成、修改和维护。

本申请实施例还针对上述文案的生成方法生成的文案，提供了一种对应的 网页文案的展示方法，该方法广泛应用于涉及各种采用不同语言版本的网站的 各种具体应用。

本申请实施例提供的网页文案的展示方法，如图3所示，包括如下步骤：

S301、根据所需显示的网页的语言版本，查找该网页的模板中各个第二 Key对应的文案目录树；

S302、根据预先设定的组合规则，对每个第二key进行拆分；

拆分后的第二key的各部分的内容，分别与对应的文案目录树中各级目录 的标识、文本文件的标识以及文本文件中的第一key一一对应；

S303、按照拆分后的第二key的各部分的内容，在查找到的文案目录树中 依次查找对应的各级目录、文本文件和文本文件中的第一key；

S304、获取查找到的第一key对应的第一value的内容，并将获取到的第 一value的内容作为文案的内容在所述网页模板中第二Key的位置进行显示。

在上述网页文案的展示方法实施过程中，对应的文案目录树会被调用至内 存中，方便进行查找，文案目录树在内存中依然是目录树的形式，这种形式可 以最大程度提高查找效率。

以图4所示的目录树为例说明上述网页文案的展示方法。

如图4所示，根目录的标识为“aa”，下一级一个是子目录“bb”，另一个 是文本文件“C”；子目录“bb”下一级为两个文本文件，一个是文本文件“A”， 另一个是文本文件“B”。

在这个目录树中，根目录和子目录为节点，文本文件为叶子，节点中会包 含其连接的所有子节点和叶子的索引信息，而叶子只保存自身的文案信息(例 如文案2)，要获取到文案2的内容，必须先确定从根节点到叶子的整个链路上 的各部分的key，这样，就需要对文案的第二key进行解析，拆分成各部分， 再按照各部分与根目录、子目录、文本文件、文本文件的第一key的顺序，对 应地在文案目录树中查找，直至找到对应的value。

例如对文案文件的第二key“aa.bb.A.dd”进行拆分，将其按照分隔符“.” 拆分为4个部分，然后在文案目录树中，按照根目录、子目录、文本文件、文 本文件的第一key的顺序，直至查找到文本文件A中“dd”对应的文案2，获 取文案2的内容并展示在网页的相应位置上。

本申请实施例提供的上述文案生成方法和网页文案的展示方法，对现有技 术中网页中的文案文件采用单文件或简单多文件的xml编写方式以及单文件或 简单多文件的properties的编写方式进行改进，将文案文件的存在形式，改成 了文案目录树的形式。这样，具有如下多种优势：

1、文案文件的实际的key(第二key)实际上是由目录树中多级目录和文 本文件标识以及文本文件中的第一key组成的，这样，可以根据不同应用场景 进行目录、文本文件的灵活划分，方便场景近似的文案的管理。更重要的是， 对于现有技术，单个文本文件内容的长度大大缩小，文本文件的编写和修改工 作量就大大减少，维护起来也更方便灵活，提高了整个文案的编写、修改和维 护的效率；

2、由于将文案文件的key分散成若干部分，并且单个文本文件容量很小， 便于实现对文案的动态加载，提高加载速度，对系统的压力较小。

3、文案目录树是按照网页的应用场景来划分各级目录和文本文件，可以 根据不同应用场景进行目录、文本文件的灵活划分，方便应用场景近似的文案 的管理。

4、在具体实施时，由于文案的内容(value)的提供者，与负责文案key 定义的开发者，往往并不相同，采用本申请实施例提供的上述方法，两者的对 于value和key的修改、维护可以分别独立进行，方便了文案内容的提供者和 key定义者的修改和维护，降低沟通的人力成本，同时提高文案的生成、修改、 使用和维护的效率。

基于同一发明构思，本申请实施例还提供了一种文案的生成装置、网页文 案的展示装置及网站服务器，由于这些装置和服务器所解决问题的原理与前述 文案的生成、网页文案的展示方法相似，因此该装置和服务器的实施可以参见 前述方法的实施，重复之处不再赘述。

本申请实施例提供的文案的生成装置，如图5所示，包括：

层级划分模块501，用于根据文案所在网页的应用场景所需的粒度，划分 文案目录树的层级，该文案目录树包括至少一级目录和至少一个包含第一键- 值(key-value)的文本文件；

标识和内容创建模块502，用于为文案目录树中每个目录和文本文件创建 标识，并创建文本文件的内容；

目录树创建模块503，用于根据所划分的层级、所创建的每个目录和文本 文件的标识以及文本文件的内容，创建文案目录树；

文案生成模块504，用于将所创建的文案目录树作为文案文件保存，该文 案文件的每个第二key，由目录树中各级目录的标识以及所连接的文本文件的 标识分别与该文本文件中每个第一key组合而成；该文案文件中与每个第二key 对应的第二value，为该第二key所包含的第一key对应的第一value。

进一步地，上述层级划分模块501，具体用于根据该文案应用场景所需的 粒度，将所述文案目录树的层级从低到高依次划分为：根目录、文本文件；或 者根目录、至少一个子目录和文本文件。

进一步地，上述标识和内容创建模块502，具体用于按照根目录、各级子 目录和文本文件对应的场景涵盖范围从大到小的原则，依次确立根目录、各级 子目录和文本文件的标识；或者按照根目录和文本文件对应的场景涵盖范围从 大到小的原则，依次确立根目录和文本文件的标识。

本申请实施例提供的网页文案的展示装置，如图6所示，包括：

第一查找模块601，用于根据所需显示的网页的语言版本，查找该网页的 模板中各个第二Key对应的文案目录树；

拆分模块602，用于根据预先设定的组合规则，对每个第二key进行拆分； 所述拆分后的第二key的各部分的内容，分别与对应的文案目录树中各级目录 的标识、文本文件的标识以及文本文件中的第一key一一对应；

第二查找模块603，用于按照拆分后的第二key的各部分的内容，在查找 到的文案目录树中依次查找对应的各级目录、文本文件和文本文件中的第一 key；

展示模块604，用于获取查找到的第一key对应的第一value的内容，并 将获取到的第一value的内容作为文案的内容在所述网页模板中第二Key的位 置进行显示。

进一步地，上述拆分模块602，具体用于按照与根目录标识、各级子目录 标识、文本文件标识和文本文件中第一key对应的顺序，对第二key中由预先 设定的分隔符分隔的各部分进行拆分；或

按照与根目录标识、文本文件标识和文本文件中第一key对应的顺序，将 第二key中由预先设定的分隔符分隔的各部分进行拆分。

本申请实施例还提供了一种网站服务器，该服务器包括本申请实施例提供 的上述文案的生成装置和/或本申请实施例提供的网页文案的展示装置。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请 实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实 现。基于这样的理解，本申请实施例的技术方案可以以软件产品的形式体现出 来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘， 移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机， 服务器，或者网络设备等)执行本申请各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模 块或流程并不一定是实施本申请所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述 进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个 或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成 多个子模块。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本申请实施例提供的文案的生成、网页文案的展示方法、装置及网站服务 器，对现有技术中网页的文案文件采用单文件或简单多文件的xml编写方式以 及单文件或简单多文件的properties的编写方式进行改进，将文案文件的存在 形式，修改为文案目录树的形式，创建文案目录树的过程，即创建文案文件的 过程，文案文件的key实际上是由文案目录树中各级目录、文本文件的标识与 文本文件的key组合而成的，这样可以使得文案目录树中每个文本文件中的key 尽量简短，大大减少了文本文件的容量，降低了文本文件的编写、修改和维护 的工作量，并且，由于采用这种目录树的结构，方便拥有不同语言版本的国际 化网页中文案内容的动态加载，提高了加载速度，方便网页文案的查找和使用， 提高了文案使用的便利性和使用效率。另外这种方式，使得文案文件的value 内容的编写和key的定义可以分别由文案内容提供者和网页开发者独立进行， 降低了沟通的人力成本，提高了文案生成、修改、使用和维护的效率。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申 请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及 其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。