[发明专利]支持多国语言的网页处理方法、网页加载方法及其系统

说明书

技术领域

本发明涉及计算机网络应用领域，特别涉及一种支持多国语言的网页实现技术。

背景技术

国际化的必要条件是设计和开发容易适应不同区域要求产品。对于可通过网络访问的产品，它要求万维网（World Wide Web，简称“WWW”）页面可以方便地实现多国语言的切换显示。这种方便包括两个方面：

1.Web页面多国语言的添加维护；

2.用户使用Web页面的交互体验。前者要求Web页面支持多国语言的方法需要尽量减少添加新语言和维护现有语言时的工作量，后者要求该方法具有较高的响应速度。

为了实现Web页面支持多国语言，现有技术通常采用以下三种方案之一:

1.每一个Web页面针对每一国语言编写一个HTM L文件，在切换语言时重新载入对应国语言的文本标记语言（Hyper Text Makeup Language，简称“HTML”）文件；

2.每一个Web页面对应一个HTML文件和一个翻译文件，翻译文件通常但不限于为可扩充标记语言（extensible Markup Language，简称“XML”）文件（以下均使用XML文件作为翻译文件，以示说明），XML文件中针对每一国语言建立一个节点集合，将HTML文件中或通过Web脚本代码动态插入的与各国语言有差异的字符串（以下简称“语言字符串”）抽离，并通过索引与XML文件中各国语言节点集合的字符串关联，在加载Web页面或切换语言时从XML文件对应国语言节点集合中通过索引替换HTML文件中的字符串；

3.每一个Web页面对应一个HTML文件，针对每一国语言编写一个XML文件，将HTML文件中语言字符串抽离并通过索引与各XML文件中的字符串关联，在加载Web页面或切换语言时从对应国语言的XML文件中通过索引替换HTML文件中的字符串。

对于Web页面支持多国语言的可维护性：上述方案2优于方案1，方案3又优于方案2。对于用户切换Web页面语言时的响应速度：上述方案2和方案3均优于方案1。而方案2和方案3的比较则要视具体情况而定：对于遍历算法的时间复杂度二者相同，都是当前Web页面语言字符串个数（n）的平方（次），对于Web前端（浏览器）与Web后端（服务器）的交互速度：方案2在加载一个Web页面时只需获取一个HTML文件和一个XML文件（或称为XMLII），切换语言时无需获取；方案3在加载一个Web页面时需获取一个HTML文件和一个XML（或称为XMLIII）文件，每次切换语言时需获取另一个对应国语言的XML文件（或称为XMLIII′）。当支持语言种类（L）较少时（L≤2），XMLII与XMLIII的文件长度相近，影响用户体验的主要因素是Web前后端的交互次数，因此方案2优于方案3。当支持语言种类较多时（L＞2），XMLII是XMLIII文件长度的L倍，影响用户体验的主要因素变为Web前后端的交互时间，方案3可将每次加载一个新Web页面时的交互时间平分到每次切换语言时，而用户重新切换语言的频率要比用户加载一个新Web页面的频率低得多，因此方案3优于方案2。

随着产品的国际化，要求Web页面支持的语言种类越来越多，所以目前Web页面支持多国语言的实现方法多采用方案3。但方案2和方案3均普遍存在以下缺点：

1.虽然Web页面中的语言字符串采用软编码的设计方式（即语言字符串与HTML文件分离），但产品所支持的语言种类则是硬编码的方式存在于Web脚本代码，因此每次提供支持不同国语言种类集合的产品时，需要修改源代码；

2.目前已知的3种方案均是以HTML文件中包含语言字符串的标签（以下简称“语言标签”）的id属性作为与XML文件间的索引键，而万维网联盟标准要求一个HTML文件中所有标签的id属性不可重复，导致在一个HTML文件中显示在不同位置的同一个语言字符串所在的标签必须赋以不同的位置属性，同时在对应的XML文件中重复多次；

3.当多个HTML文件具有相同的语言字符串时，要在对应的多个XML文件中各保留一份；

4.对于某些语言字符串个数较少同时关系较密切（可能会被用户频繁地相互间来回切换）的Web页面，每次加载一个新HTML文件的同时还必须加载一个XML文件，势必增大Web前后端交互的压力；

5.当用户选择切换语言时，无法替换以Web脚本代码方式动态插入到Web页面中的语言字符串（以下简称“动态语言字符串”，指并非通过HTML文件中的语言标签与XML文件节点相关联的语言字符串），或者只能在切换语言的同时刷新Web页面。