前端国际化之i18n(VUE项目)

前端国际化之i18n(VUE项目)

解释与说明

        i18n,全名是internationalization,称为国际化。

        我理解的就四个字:语言转换。

        让以其他语言作为母语的人能看懂你的前端中的文字。

        我们常用的就是中文简体(zh_CN)与英文(美国)(en_US)的转换。

        当然也可以增添中文繁体(zh_TW)等等你想要的其他语言。

缩写的由来

internationalization,首字母 ​​i​​ 和末字母 ​​n​​ 之间有 ​​18​​ 个字母,故缩写为 ​​i18n​。

与之对应的是L10n,本地化,Localization。

        最好在项目初期就计划使用国际化,这样相对后期使用会大大减少工作量。

项目使用

安装

1,在你的软件中打开控制台

        我使用的是IDEA,其实前端更推荐使用VSCode。

2,进入前端的文件夹

cd web

        我的前端的文件夹名称是web,相应变换成你自己命名的前端文件夹名称。

3,使用下载安装命令

npm install vue-i18n

        我使用的是npm命令,你也可以转换成你使用的命令。我更推荐pnpm,推陈出新嘛,而且使用这个在启动时会更快。

        yarn有点不同:

yarn add vue-i18n

使用

第一步,创建语言库。

1,在src文件夹下创建一个文件夹locales;

2,再在locales文件夹下创建要转换成的语言;

3,在src文件夹下创建i18n.js文件。

注意i18n.js文件是与locales文件夹同级的,都在src文件夹下。

不要被向右的小箭头迷惑了。

先把所有src文件夹下的所有文件夹收缩起来在创建哦。

        我需要的是中文简体和英文(美国),所以是zh-CN.json和en-US.json。

第二步,在相应创建的文件夹下写入代码。

        以我创建的文件为例。

1,在zn-CN.json文件中添加代码:

{ "common": { "confirm": "确定", "cancel": "取消", "pleaseEnterUsernameAndPassword": "请输入账号和密码", "loginSuccess":"登录成功", "loginFail": "登录失败" }, "loginPage": { "title": "XX管理系统", "userLogin": "用户登录", "username":"账号", "password": "密码", "usernamePlaceholder": "请输入账号", "passwordPlaceholder": "请输入密码", "languageLabel": "语言", "loginButton": "登录", "text1":"如有疑问,请联系技术人员以提供支持。" } }

        我使用的命名方法是首个单词首字母小写,其余单词首字母大写,无空格,无连接线,无下划线的形式来存储的。你也可以按照你想要的方式去取名,但是我就不知道会不会出错了,因为我没试过。

        上面的common是消息提示框里的,loginPage是登录页面。

        需要注意的是,.json文件里不允许最后有逗号",",否则会报错,例如下面的:

{ "common": { ... "loginFail": "登录失败", }, "loginPage": { ... "text1":"如有疑问,请联系技术人员以提供支持。" }, }

里有两处错误的地方:

        需要删除两个逗号才正确。

2,在en-US.json文件中添加代码:

{ "common": { "confirm": "Confirm", "cancel": "Cancel", "pleaseEnterUsernameAndPassword": "Please enter username and password", "loginSuccess":"Login success", "loginFail": "Login fail" }, "loginPage": { "title": "XX Management System", "userLogin": "User Login", "username":"Username", "password": "Password", "usernamePlaceholder": "Please enter username", "passwordPlaceholder": "Please enter password", "languageLabel": "Language", "loginButton": "Login", "text1": "If you have any questions, please contact technical support for assistance." } }

3,在i18n.js文件中添加代码添加代码:

// src/i18n.js import { createI18n } from 'vue-i18n' import zhCN from './locales/zh-CN.json' import enUS from './locales/en-US.json' // 从本地存储中读取用户之前设置的语言,如果没有则使用浏览器语言或默认中文 const savedLocale = localStorage.getItem('user-locale') const browserLocale = navigator.language || 'zh-CN' // 判断浏览器语言是否是英文,否则使用中文 const defaultLocale = savedLocale || (browserLocale.startsWith('en') ? 'en-US' : 'zh-CN') const i18n = createI18n({ legacy: false, // 必须设置为 false,以使用 Composition API 模式 locale: defaultLocale, // 当前激活的语言 fallbackLocale: 'zh-CN', // 如果当前语言包缺少某个翻译,回退到中文 messages: { 'zh-CN': zhCN, 'en-US': enUS } }) // 提供一个方法用于切换语言并持久化 export function setLocale(locale) { i18n.global.locale.value = locale localStorage.setItem('user-locale', locale) } export default i18n

第三步,在逻辑中添加i18n

        在需要转换的vue文件中的scripts标签的顶部写入代码:

import { useI18n } from 'vue-i18n';

        同样在scripts标签中,在所有导入(import)的下面写入代码:

const { t } = useI18n();

        示例:

<script setup> import { useI18n } from 'vue-i18n'; const { t } = useI18n(); //你的其他代码 </script>

第四步,在模板中使用i18n

        在你的想展示可转换文字的地方变成:

{{ $t('     ') }}

        在单引号中间加上你刚刚定义的英文。

        例如我的登录的标题如下

{{$t('loginPage.title')}}

        需要填入外面的大名称和里面的小名称,中间使用英文的点“.”来连接,这样系统才能找到你的自定义的文字。

举一个例子吧:

        例如在我的登录界面(login.vue)中的template中使用i18n:

<template> <div> <div> <div> <div> <img src="@/assets/Logo.png" alt="logo"> </div> <h1>{{ $t('loginPage.title') }}</h1> </div> <div> <div> <h2>{{ $t('loginPage.userLogin') }}</h2> </div> <!-- 账号输入框 - 横向布局 --> <div> <div>{{ $t('loginPage.username') }}</div> <div> <el-icon><User /></el-icon> <input type="text" v-model="loginForm.username" :placeholder="$t('loginPage.usernamePlaceholder')" > </div> </div> <!-- 密码输入框 - 横向布局 --> <div> <div>{{ $t('loginPage.password') }}</div> <div> <el-icon><Lock /></el-icon> <input :type="passwordVisible ? 'text' : 'password'" v-model="loginForm.password" :placeholder="$t('loginPage.passwordPlaceholder')" > <el-icon @click="togglePasswordVisibility" > <View v-if="passwordVisible" /> <Hide v-else /> </el-icon> </div> </div> <!-- 语言选择 - 横向布局 --> <div> <div>{{ $t('loginPage.languageLabel') }}</div> <div> <select v-model="currentLanguage" @change="changeLanguage"> <option value="zh-CN">简体中文</option> <option value="en-US">English</option> </select> </div> </div> <button @click="debouncedLogin">{{ $t('loginPage.loginButton') }}</button> <div> <p>{{ $t('loginPage.text1') }}</p> </div> </div> <div> </div> </div> </div> </template> <script setup> ... </script> <style scoped> ... </style>

        最后再加上逻辑与样式的代码就完成啦!

展示一下

默认中文界面

英文界面

Read more

微信 H5 缓存控制:后端重定向 & 前端强制刷新

在 Web 开发中,缓存是一把双刃剑。对于静态资源,它能极大提升加载速度;但对于业务逻辑频繁变动的 H5 页面(如支付、订单页),缓存往往会导致用户看到过期的数据或界面。最近在维护一个 uni-app 项目时,遇到了一段关于 H5 缓存控制的逻辑,引发了我对于“后端重定向加时间戳”和“前端 JS 加时间戳”这两种方案的思考。虽然两者的最终目的一致,但在 Hash 模式下,它们的实现原理和效果有着本质的区别。 一、 问题背景 在应用启动的生命周期中,通常会有这样一段逻辑:当用户访问特定的关键页面(如支付、订单页)时,如果当前 URL 中缺少时间戳参数,前端会自动解析 URL,追加当前时间戳,并强制页面刷新。 这就引出了一个问题:为什么不直接在后端重定向时加时间戳?这两种方式有什么区别? 二、 核心区别:

通义千问3-14B镜像使用指南:Ollama WebUI集成实操手册

通义千问3-14B镜像使用指南:Ollama WebUI集成实操手册 1. 为什么选Qwen3-14B?单卡跑出30B级效果的务实之选 你是不是也遇到过这些情况:想用大模型做长文档分析,但Qwen2-72B显存爆了;想部署推理服务,却发现Llama3-70B连双卡都吃不消;想商用又卡在许可证上,MIT和Apache协议反复对比到头秃……别折腾了,Qwen3-14B就是为你准备的“守门员”——不是参数堆出来的纸面王者,而是真正在RTX 4090单卡上稳稳跑满、128k上下文一次加载、双模式自由切换的实干派。 它不靠MoE稀疏激活来凑参数量,148亿全激活Dense结构,意味着每层每个参数都在认真干活。FP8量化后仅14GB显存占用,A100上120 token/s,4090上也能稳住80 token/s——这不是实验室数据,是实测可复现的消费级硬件表现。更关键的是,它把“思考过程”做成可开关的选项:需要深度推理时打开Thinking模式,数学题、代码生成、逻辑链拆解直接对标QwQ-32B;日常对话、文案润色、多语种翻译就切到Non-thinking模式,延迟砍半,响应快得像本地打

前端AI工具实践

前端AI工具实践

Claude Code前端使用 步骤一:安装 Claude Code npm install -g @anthropic-ai/claude-code 运行如下命令,查看安装结果,若显示版本号则表示安装成功 claude --version 步骤二:配置Claude Code+GLM智谱大模型(免费) Coding Tool Helper 是一个编码工具助手,安装并运行它,按照界面提示操作即可自动完成工具安装,套餐配置,MCP服务器管理等。 # 进入命令行界面,执行如下运行 Coding Tool Helper npx @z_ai/coding-helper 步骤三:开始使用 Claude Code VSCODE安装Claude Code 插件 Claude Code CLI(到指定项目目录打开CLI) Claude

从零构建高可靠语音通话功能:WebRTC 实战与避坑指南

快速体验 在开始今天关于 从零构建高可靠语音通话功能:WebRTC 实战与避坑指南 的探讨之前,我想先分享一个最近让我觉得很有意思的全栈技术挑战。 我们常说 AI 是未来,但作为开发者,如何将大模型(LLM)真正落地为一个低延迟、可交互的实时系统,而不仅仅是调个 API? 这里有一个非常硬核的动手实验:基于火山引擎豆包大模型,从零搭建一个实时语音通话应用。它不是简单的问答,而是需要你亲手打通 ASR(语音识别)→ LLM(大脑思考)→ TTS(语音合成)的完整 WebSocket 链路。对于想要掌握 AI 原生应用架构的同学来说,这是个绝佳的练手项目。 从0到1构建生产级别应用,脱离Demo,点击打开 从0打造个人豆包实时通话AI动手实验 从零构建高可靠语音通话功能:WebRTC 实战与避坑指南 最近在开发一款社交APP时,团队遇到了语音通话功能的"三座大山":用户反馈通话像在太空对话(延迟超过500ms)、会议室场景回声严重、