CN103123631B - 文案的生成、网页文案的展示方法、装置及网站服务器 - Google Patents
文案的生成、网页文案的展示方法、装置及网站服务器 Download PDFInfo
- Publication number
- CN103123631B CN103123631B CN201110371810.4A CN201110371810A CN103123631B CN 103123631 B CN103123631 B CN 103123631B CN 201110371810 A CN201110371810 A CN 201110371810A CN 103123631 B CN103123631 B CN 103123631B
- Authority
- CN
- China
- Prior art keywords
- correspondence
- official documents
- text
- key
- directory
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了文案的生成、网页文案的展示方法、装置及网站服务器,对现有技术中网页文案采用单文件或简单多文件的xml编写方式以及单文件或简单多文件的properties编写方式进行改进,将文案文件修改为文案目录树的形式,文案文件的key实际上是由文案目录树中各级目录、文本文件的标识与文本文件的key组合而成的,这样可以使得文案目录树每个文本文件中的key尽量简短,大大减少了文本文件的容量,降低了文本文件的编写、修改和维护的工作量,并且,由于采用这种目录树的结构,方便拥有不同语言版本的国际化网页中文案内容的动态加载,提高了加载速度,方便文案的查找和使用,提高了文案使用的便利性和使用效率。
Description
技术领域
本申请涉及网站制作技术领域,尤其涉及一种文案的生成、网页文案的展示方法、装置及网站服务器。
背景技术
对于国际性的网站来说,国际化文案是一个基础功能,即对于不同语言的用户群需要提供不同语言版本的网页内容,尤其是在一个全球性的网站上浏览网页,各种各样的用户群都存在,在这种背景下,网页的复用性以及需求的个性化要求,亟需使用最简单方便、同时又很高效的方式来开发、维护网站的文案信息。
网站网页上的文案,一般不会直接写死在需要渲染的模板上,而是在模板中定义某个key,而在不同语言版本的国际化文件中定义一个键值(key-value)对,在渲染模板时再根据key来查找对应的value,进而将value的内容显示在网页中。
目前对于文案的编写方式,采用下列两种:
第一种方式、单文件或者简单多文件的可扩展标记语言(eXtensibleMarkupLanguage,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/studentinformation,表明该网页中文案是需要显示学生信息,可以根据该网页的这个应用场景为每个学生的相关信息创建一个文案目录树,该文案目录树包括一个根目录、一个子目录和若干文本文件。
本申请实施例中,文本文件可以采用任何一种包含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会采用同样含义的英文字符串编写,如:“Welcometo****!”,在制作网页的过程中,网页开发者只需要在网页模板上相应位置定义出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的定义可以分别由文案内容提供者和网页开发者独立进行,降低了沟通的人力成本,提高了文案生成、修改、使用和维护的效率。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (12)
1.一种文案的生成方法,其特征在于,包括:
根据文案所在网页的应用场景所需的粒度,划分文案目录树的层级,所述文案目录树包括至少一级目录和至少一个包含第一键-值key-value的文本文件;
为文案目录树中每个目录和文本文件创建标识,并创建文本文件的内容;
根据所划分的层级、所创建的每个目录和文本文件的标识以及文本文件的内容,创建所述文案目录树;
将所创建的文案目录树作为文案文件保存,所述文案文件的每个第二key,由目录树中各级目录的标识以及所连接的文本文件的标识分别与该文本文件中每个第一key组合而成;所述文案文件中与每个第二key对应的第二value,为该第二key所包含的第一key对应的第一value。
2.如权利要求1所述的方法,其特征在于,根据文案所在网页的应用场景所需的粒度,划分文案目录树的层级,具体包括:
根据该文案所在网页的应用场景所需的粒度,将所述文案目录树的层级从低到高依次划分为:
根目录、文本文件;或
根目录、至少一个子目录和文本文件。
3.如权利要求2所述的方法,其特征在于,为文案目录树中每个目录和文本文件创建标识,包括:
按照根目录、各级子目录和文本文件对应的场景涵盖范围从大到小的原则,依次确立根目录、各级子目录和文本文件的标识;或者
按照根目录和文本文件对应的场景涵盖范围从大到小的原则,依次确立根目录和文本文件的标识。
4.如权利要求1-3任一项所述的方法,其特征在于,所述文本文件为properties文本文件或xml文本文件。
5.一种网页文案的展示方法,其特征在于,包括:
根据所需显示的网页的语言版本,查找网页模板中各个第二Key对应的文案目录树;
根据预先设定的组合规则,对每个第二key进行拆分;所述拆分后的第二key的各部分的内容,分别与对应的文案目录树中各级目录的标识、文本文件的标识以及文本文件中的第一key一一对应;
按照拆分后的第二key的各部分的内容,在查找到的文案目录树中依次查找对应的各级目录、文本文件和文本文件中的第一key;
获取查找到的第一key对应的第一value的内容,并将获取到的第一value的内容作为文案的内容在所述网页模板中第二Key的位置进行显示。
6.如权利要求5所述的方法,其特征在于,根据预先设定的组合规则,对每个第二key进行拆分,包括:
按照与根目录标识、各级子目录标识、文本文件标识和文本文件中第一key对应的顺序,对第二key中由预先设定的分隔符分隔的各部分进行拆分;或
按照与根目录标识、文本文件标识和文本文件中第一key对应的顺序,将第二key中由预先设定的分隔符分隔的各部分进行拆分。
7.一种文案的生成装置,其特征在于,包括:
层级划分模块,用于根据文案所在网页的应用场景所需的粒度,划分文案目录树的层级,所述文案目录树包括至少一级目录和至少一个包含第一键-值key-value的文本文件;
标识和内容创建模块,用于为文案目录树中每个目录和文本文件创建标识,并创建文本文件的内容;
目录树创建模块,用于根据所划分的层级、所创建的每个目录和文本文件的标识以及文本文件的内容,创建所述文案目录树;
文案生成模块,用于将所创建的文案目录树作为文案文件保存,所述文案文件的每个第二key,由目录树中各级目录的标识以及所连接的文本文件的标识分别与该文本文件中每个第一key组合而成;所述文案文件中与每个第二key对应的第二value,为该第二key所包含的第一key对应的第一value。
8.如权利要求7所述的装置,其特征在于,所述层级划分模块,具体用于根据该文案应用场景所需的粒度,将所述文案目录树的层级从低到高依次划分为:根目录、文本文件;或者根目录、至少一个子目录和文本文件。
9.如权利要求8所述的装置,其特征在于,所述标识和内容创建模块,具体用于按照根目录、各级子目录和文本文件对应的场景涵盖范围从大到小的原则,依次确立根目录、各级子目录和文本文件的标识;或者按照根目录和文本文件对应的场景涵盖范围从大到小的原则,依次确立根目录和文本文件的标识。
10.一种网页文案的展示装置,其特征在于,包括:
第一查找模块,用于根据所需显示的网页的语言版本,查找该网页的模板中各个第二Key对应的文案目录树;
拆分模块,用于根据预先设定的组合规则,对每个第二key进行拆分;所述拆分后的第二key的各部分的内容,分别与对应的文案目录树中各级目录的标识、文本文件的标识以及文本文件中的第一key一一对应;
第二查找模块,用于按照拆分后的第二key的各部分的内容,在查找到的文案目录树中依次查找对应的各级目录、文本文件和文本文件中的第一key;
展示模块,用于获取查找到的第一key对应的第一value的内容,并将获取到的第一value的内容作为文案的内容在所述网页模板中第二Key的位置进行显示。
11.如权利要求10所述的装置,其特征在于,所述拆分模块,具体用于按照与根目录标识、各级子目录标识、文本文件标识和文本文件中第一key对应的顺序,对第二key中由预先设定的分隔符分隔的各部分进行拆分;或
按照与根目录标识、文本文件标识和文本文件中第一key对应的顺序,将第二key中由预先设定的分隔符分隔的各部分进行拆分。
12.一种网站服务器,其特征在于,包括如权利要求7所述的文案的生成装置和/或如权利要求10所述的网页文案的展示装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110371810.4A CN103123631B (zh) | 2011-11-21 | 2011-11-21 | 文案的生成、网页文案的展示方法、装置及网站服务器 |
HK13108745.6A HK1181508A1 (zh) | 2011-11-21 | 2013-07-26 | 文案的生成、網頁文案的展示方法、裝置及網站服務器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110371810.4A CN103123631B (zh) | 2011-11-21 | 2011-11-21 | 文案的生成、网页文案的展示方法、装置及网站服务器 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103123631A CN103123631A (zh) | 2013-05-29 |
CN103123631B true CN103123631B (zh) | 2015-12-02 |
Family
ID=48454610
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110371810.4A Active CN103123631B (zh) | 2011-11-21 | 2011-11-21 | 文案的生成、网页文案的展示方法、装置及网站服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103123631B (zh) |
HK (1) | HK1181508A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104750670B (zh) * | 2013-12-31 | 2018-07-03 | 阿里巴巴集团控股有限公司 | 页面文案的处理方法及装置 |
CN104123101A (zh) * | 2014-07-18 | 2014-10-29 | 北京京东尚科信息技术有限公司 | 呈现数据的方法和装置 |
CN107577493A (zh) * | 2017-08-28 | 2018-01-12 | 江西博瑞彤芸科技有限公司 | 标签文案生成方法及生成装置 |
CN109814765A (zh) * | 2017-11-22 | 2019-05-28 | 广州数鹏通科技有限公司 | 气象图像比对方法、装置、计算机设备和存储介质 |
CN109376327B (zh) * | 2018-10-10 | 2021-09-21 | 北京北信源信息安全技术有限公司 | 一种网站url的管理方法 |
CN109544201A (zh) * | 2018-10-11 | 2019-03-29 | 北京奇虎科技有限公司 | 一种广告文案的生成方法、装置及电子设备 |
CN109598478B (zh) * | 2018-10-25 | 2024-03-12 | 创新先进技术有限公司 | 一种风测结果描述文案的生成方法、装置及电子设备 |
CN110765094B (zh) * | 2019-10-24 | 2020-08-11 | 重庆紫光华山智安科技有限公司 | 文件创建方法、装置、系统及存储介质 |
CN111124482B (zh) * | 2019-12-25 | 2024-05-07 | 北京达佳互联信息技术有限公司 | 文案信息的配置方法和装置 |
CN112287685B (zh) * | 2020-12-24 | 2021-03-19 | 成都新希望金融信息有限公司 | 文案生成方法、装置、电子设备及存储介质 |
CN113282551B (zh) * | 2021-07-22 | 2022-05-31 | 阿里云计算有限公司 | 数据处理方法、系统及设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101576915A (zh) * | 2009-06-18 | 2009-11-11 | 北京大学 | 一种分布式b+树索引系统及构建方法 |
CN101661481A (zh) * | 2008-08-29 | 2010-03-03 | 国际商业机器公司 | 存储xml数据的方法、执行xml查询的方法及其装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100395755C (zh) * | 2006-02-23 | 2008-06-18 | 无锡永中科技有限公司 | 计算机中建立树状文件结构的方法 |
US8099663B2 (en) * | 2007-07-19 | 2012-01-17 | Business Objects Software Ltd. | Apparatus and method for document synchronization |
-
2011
- 2011-11-21 CN CN201110371810.4A patent/CN103123631B/zh active Active
-
2013
- 2013-07-26 HK HK13108745.6A patent/HK1181508A1/zh not_active IP Right Cessation
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101661481A (zh) * | 2008-08-29 | 2010-03-03 | 国际商业机器公司 | 存储xml数据的方法、执行xml查询的方法及其装置 |
CN101576915A (zh) * | 2009-06-18 | 2009-11-11 | 北京大学 | 一种分布式b+树索引系统及构建方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103123631A (zh) | 2013-05-29 |
HK1181508A1 (zh) | 2013-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103123631B (zh) | 文案的生成、网页文案的展示方法、装置及网站服务器 | |
CN101025738B (zh) | 一种免模板动态网站生成方法 | |
US9977770B2 (en) | Conversion of a presentation to Darwin Information Typing Architecture (DITA) | |
CN109284145A (zh) | 多语言配置文件的生成和展示方法及装置、设备和介质 | |
Turco et al. | Edition visualization technology: A simple tool to visualize TEI-based digital editions | |
CN102609425A (zh) | 用于显示数据的模板 | |
CN106021394A (zh) | 一种网站的建站方法和装置 | |
CN102387120B (zh) | 文件传输方法及网络传输系统 | |
Luczak-Rösch et al. | Linked Data Authoring for Non-Experts. | |
Lisowska | Metadata for the open data portals | |
Pavlov et al. | Toward ubiquitous learning application of digital libraries with multimedia content | |
Koch et al. | Moving from ISAD (G) to a CIDOC CRM-based Linked Data Model in the Portuguese Archives | |
CN115759029A (zh) | 文档模板处理方法、装置、电子设备及存储介质 | |
Houssos et al. | Enhanced OAI-PMH services for metadata sharing in heterogeneous environments | |
CN106599265B (zh) | 一种面向分片服务的多媒体书目数据组织系统与方法 | |
Belić et al. | Model of a user friendly system for library cataloguing | |
Diwisch et al. | Managing cultural assets: Challenges for implementing typical cultural heritage archive’s usage scenarios | |
Sierra et al. | Universalizing chasqui repositories with a flexible importation/exportation system | |
Al-Bahadili et al. | Development of a novel compressed index-query Web search engine model | |
Bizer et al. | Topology of the Web of Data | |
CN102982036A (zh) | 一种语料结构化的方法及装置 | |
O’Dell | Book artists unbound: Providing access to creator metadata with EAC-CPF | |
Derry | A microanalysis of pair problem solving with and without a computer tool | |
Schwiertz | Online presentation and accessibility of endangered languages data: The General Portal to the DoBeS Archive | |
Chauhan et al. | Information seeking behavior in digital environments and libraries in enhancing the use of digital information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1181508 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1181508 Country of ref document: HK |