Moodle插件多语言下拉选择值的数据库存储方案咨询

一定会出现数据库语言混杂问题。
你的下拉选择器随用户语言切换的只是前端展示的文案，如果直接把当前展示的翻译文本作为存储值提交入库，中文界面用户选中提交就存中文、英文界面用户选中提交就存英文，同一个选项会在库里存成多份不同的文本，后续做数据筛选、统计、业务逻辑判断时会直接出错，比如同个“审核通过”状态，中文存的内容和英文存的内容会被系统识别为两个完全不同的状态值。

不需要写入库前的翻译转换脚本，也不需要单独搭建多语言翻译数据库，直接遵循Moodle插件开发的标准多语言规范实现即可，维护成本最低、兼容性最好：

• 下拉选项的提交值（即option标签的value属性）统一使用和语言完全无关的固定枚举值，比如数字ID、固定英文字符串标识，比如pending/approved/rejected这类不会随语言变化的值
• 下拉选项的展示文案正常调用Moodle内置的get_string()方法，从插件自带的语言包中拉取对应语言的翻译内容，用户切换语言时仅变更前端显示的文案，提交到后端的value值永远固定
• 数据从数据库取出渲染时，再根据当前访问用户的语言偏好，把存的固定枚举值通过语言包映射为对应语言的展示文本即可

Moodle表单里的实现可以参考下面的代码片段：

// 插件表单内下拉选择器的正确实现示例
$status_options = [
    'pending' => get_string('status_pending', 'mod_yourplugin'),
    'approved' => get_string('status_approved', 'mod_yourplugin'),
    'rejected' => get_string('status_rejected', 'mod_yourplugin'),
];
$mform->addElement('select', 'apply_status', get_string('apply_status', 'mod_yourplugin'), $status_options);

按上述写法实现后，无论用户使用哪种本地化语言访问，提交入库的apply_status字段值永远是pending/approved/rejected三个固定值，从根源上避免多语言内容混杂存库的问题。

• 入库前做翻译转换的方案维护成本极高：你需要维护一套全量选项的多语言映射关系，一旦后续新增选项、调整翻译文案没有同步更新转换脚本，就会出现转换失败、脏数据入库的问题，没有容错空间
• 单独搭建多语言翻译数据库属于重复造轮子：Moodle原生的语言包机制已经完全满足多语言展示需求，额外自建翻译库不仅会增加插件的部署、维护成本，还不符合Moodle的插件开发规范，后续版本升级很容易出现兼容性问题。

内容的提问来源于stack exchange，提问作者Ryugasha I