前面的两篇文章分别介绍了网站多语言的使用场景和实现方案,本节就将更深入的介绍技术细节,如果没有看过前面文章的,可以点去大概看下,这里不再重复上面的内容。
我们将从这几方面进行阐述:收集页面待翻译字符串;存入Redis待处理;编写第三方翻译接口;编写翻译算法;输出翻译后的字符串。
首先,如何收集页面上需要翻译的字符串呢?
用过Laravel、Thinkphp等第三方开源框架的应该都有印象,系统会默认提供一个翻译的助手函数,正常我们通过语言包把内容翻译后就可以了,我们就是利用了类似的方法,如果没有接触过上面说的开源框架也没关系,接下来我们会说明。我们会预先定义一个页面方法,这个方法是可以在view层被执行,现在的架构都是mvc架构,页面的显示都是通过view层文件渲染出来的,比如view层常用的Smart模板引擎,都有很多的预定义方法,我们可以参考然后可以方便实现我们需要的这个功能。
这个语言方法中我们将会进行一次封装,具体逻辑是:首先调用系统的默认语言函数,如果系统语言包没有定义该语言对应的内容,则通过逻辑判断进行我们接下来的逻辑,从我们缓存的语言文件进行读取解析,如果有则直接返回,如果没有则通过逻辑判断,执行进一步的逻辑,调用翻译接口去翻译。那么这些没有翻译的字符串将会被收集起来,进行到下一个步骤,存入Redis待处理。
字符串存入Redis,为什么要存如Redis呢,这也是基于执行效率考虑的。其他方法也可以考虑,比如存入数据库或者存入文件都可以。但是推荐Redis,如果对Redis不熟悉,可以考虑数据库。这是为调用翻译接口准备的,因为翻译接口都是一条一条字符串进行翻译的,很少支持批量的。对每个字符串收集到Redis中,还要进行重复性判断,如果已经存在了则不再继续存入,确保唯一。这里还有个细节可以根据自己的需求进行取舍,调用接口翻译之后,你是想把字符串继续留在Redis中还是删除掉。不删除的话,后期还可以继续使用,可以通过后台定时任务的方式可以进行翻译文件的统一更新(如果有需要的话),我们是翻译完了之后就删除。
(未完下节继续)
苏公网安备 32059002004131号