问题:在 PHP 5.3/MySQL 站点中处理翻译(可能还检索/存储插件首选项和文件结构),结构类似于 CMS。
我坚持的方法是拥有一个包含各种语言的所有通用翻译的大 XML 文件,以及具有单个页面和单个插件本地化的较小 XML 文件。
XML 解析是否足够快以执行任务,还是我应该依赖其他方法(简单的文本文件、数据库表......)?哪个是最快的 XML 解析器?
问题:在 PHP 5.3/MySQL 站点中处理翻译(可能还检索/存储插件首选项和文件结构),结构类似于 CMS。
我坚持的方法是拥有一个包含各种语言的所有通用翻译的大 XML 文件,以及具有单个页面和单个插件本地化的较小 XML 文件。
XML 解析是否足够快以执行任务,还是我应该依赖其他方法(简单的文本文件、数据库表......)?哪个是最快的 XML 解析器?
足够快对于您当前的项目来说太具体了。
我认为这可能是过早的优化,我的建议是做一个对您和您的翻译人员最方便的优化,如果它不起作用,则有可能更改为另一种方法。
更改翻译方法并使用数组/等将现有翻译从/移到 XML/DB/PHP 文件并不是很困难。您还可以使用 memcache 来避免每次都加载和解析翻译。
在不知道您的性能要求的情况下,我们如何判断它是否满足您的性能要求?
从本质上讲,它没有理由不够快。当然,您必须小心确保缓存翻译字典等可重用资源,使用 XSLT 键进行快速索引访问,等等。