Laravel 9数据库通知语言与收件人偏好不一致问题及优化问询

1. 调整通知类，存储翻译键而非已翻译内容 #

修改通知类的toDatabase或toArray方法，不再直接返回trans()翻译后的文本，而是存储翻译键和所需替换参数：

public function toDatabase($notifiable)
{
    return [
        'message_key' => 'notifications.new_conversation', // 对应语言文件里的翻译键
        'message_params' => [
            'sender_name' => $this->sender->name,
            // 其他需要动态替换的参数
        ],
        // 附加其他业务数据，比如对话ID、跳转链接等
    ];
}

2. 读取通知时动态执行翻译 #

在展示通知的页面或接口中，根据当前用户的偏好语言（或收件人固定的语言设置）动态翻译：

// 示例：从数据库取出通知实例
$notification = auth()->user()->notifications()->first();

// 切换到用户当前偏好语言
App::setLocale(auth()->user()->locale);

// 用存储的键和参数完成翻译
$translatedMessage = trans($notification->data['message_key'], $notification->data['message_params']);

3. 修正数据库通知语言错位问题 #

之前数据库通知使用发送方语言，是因为触发通知时App::setLocale(Auth()->user->locale)切换到了发送方语言，且直接存储了翻译后的内容。现在改为存储翻译键后，触发通知时无需提前翻译，自然避免了语言错位问题。

4. 确认User模型的语言偏好接口实现 #

确保HasLocalePreference接口的实现逻辑正确，保证邮件通知的自动语言切换逻辑正常：

use Illuminate\Contracts\Translation\HasLocalePreference;

class User extends Authenticatable implements HasLocalePreference
{
    // ...

    public function preferredLocale()
    {
        return $this->locale; // 对应用户表中存储语言偏好的字段，如'en'、'zh-CN'
    }
}

核心优势 #

存储翻译键而非已翻译文本后，用户后续切换语言时，再次读取通知会自动适配新的语言设置，无需修改数据库中的通知数据，完全实现动态语言适配。

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