前端国际化实现:别再只支持中文了

前端国际化实现:别再只支持中文了

前端国际化实现:别再只支持中文了

毒舌时刻

这代码写得跟网红滤镜似的——仅供参考。

各位前端同行,咱们今天聊聊前端国际化。别告诉我你的应用只支持中文,那感觉就像只卖一种口味的冰淇淋——单调又无趣。

为什么你需要国际化

最近看到一个项目,所有文本都硬编码在代码里,要支持英文时傻眼了,我差点当场去世。我就想问:你是在开发应用还是在开发中文专用软件?

反面教材

// 反面教材:硬编码文本 function LoginForm() { return ( <form> <h1>登录</h1> <input placeholder="请输入邮箱" /> <input placeholder="请输入密码" type="password" /> <button>登录</button> <p>还没有账号?<a href="/register">立即注册</a></p> </form> ); } 

毒舌点评:这代码,我看了都替你的海外用户着急。硬编码中文,你是想让外国用户看天书吗?

前端国际化的正确姿势

1. 使用i18next

// 正确姿势:使用i18next // i18n/index.js import i18n from 'i18next'; import { initReactI18next } from 'react-i18next'; import zh from './locales/zh.json'; import en from './locales/en.json'; i18n .use(initReactI18next) .init({ resources: { zh: { translation: zh }, en: { translation: en } }, lng: 'zh', fallbackLng: 'zh', interpolation: { escapeValue: false } }); export default i18n; // locales/zh.json { "login": { "title": "登录", "email": "请输入邮箱", "password": "请输入密码", "button": "登录", "noAccount": "还没有账号?", "register": "立即注册" } } // locales/en.json { "login": { "title": "Login", "email": "Please enter email", "password": "Please enter password", "button": "Login", "noAccount": "No account?", "register": "Register now" } } // 使用 import { useTranslation } from 'react-i18next'; function LoginForm() { const { t, i18n } = useTranslation(); const changeLanguage = (lng) => { i18n.changeLanguage(lng); }; return ( <form> <h1>{t('login.title')}</h1> <input placeholder={t('login.email')} /> <input placeholder={t('login.password')} type="password" /> <button>{t('login.button')}</button> <p> {t('login.noAccount')} <a href="/register">{t('login.register')}</a> </p> <button onClick={() => changeLanguage('zh')}>中文</button> <button onClick={() => changeLanguage('en')}>English</button> </form> ); } 

2. Vue3中使用vue-i18n

// 正确姿势:Vue3国际化 // i18n/index.js import { createI18n } from 'vue-i18n'; const messages = { zh: { message: { hello: '你好', welcome: '欢迎, {name}!' } }, en: { message: { hello: 'Hello', welcome: 'Welcome, {name}!' } } }; const i18n = createI18n({ locale: 'zh', fallbackLocale: 'en', messages }); export default i18n; // main.js import { createApp } from 'vue'; import App from './App.vue'; import i18n from './i18n'; const app = createApp(App); app.use(i18n); app.mount('#app'); // 使用 <template> <p>{{ $t('message.hello') }}</p> <p>{{ $t('message.welcome', { name: '张三' }) }}</p> <button @click="$i18n.locale = 'en'">English</button> </template> 

毒舌点评:早这么国际化,你的应用早就走向国际了。别告诉我你还只支持中文,那你还是趁早去开发国内市场吧。

实战技巧:国际化指南

1. 国际化最佳实践

  1. 提前规划:项目初期就考虑国际化
  2. 提取文本:所有用户可见文本都要提取
  3. 格式化:日期、数字、货币都要本地化
  4. RTL支持:阿拉伯语等从右到左的语言

2. 常用工具

  • i18next:React国际化
  • vue-i18n:Vue国际化
  • FormatJS:格式化库
  • react-intl:React国际化

最后想说的

国际化不是可选项,是必选项。别再只支持中文了——国际化一下,你的应用会走向更广阔的市场。

国际化就像学外语,一开始觉得麻烦,但学会后世界大门就打开了。别做井底之蛙,做世界公民。

Read more

openclaw web UI 无法访问 not found

## 问题解决总结 根本原因 :Gateway 的 resolveControlUiRootSync 函数在自动查找控制 UI 目录时,没有包含 node_modules/openclaw/dist/control-ui 作为候选路径。手动指定相对路径时,可能因为工作目录解析问题无法正确找到目录。 最终解决方案 : 1. 将控制 UI 文件从 node_modules/openclaw/dist/control-ui 复制到项目根目录       E:\你实际的目录\control-ui       (建立一个英文,且没有符号的目录,“-”和“_",会引起混淆) 2. 在配置文件中使用绝对路径指定 controlUi.root: "E:\\你实际的目录\\control-ui" 编辑 openclaw.json "

Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战

Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 shelf_web_socket 的鸿蒙化适配指南 - 实现具备高性能全双工长连接与协议协商能力的端侧服务端架构、支持分布式实时信令与多端协同实战 前言 在进行 Flutter for OpenHarmony 开发时,当我们的鸿蒙应用需要充当“控制中心”角色(如控制智能家居、开启本地调试服务或实现 P2P 实时对抗脚本时),如何在端侧直接拉起一个支持 WebSocket 协议的高性能微服务端?shelf_web_socket 是针对 shelf 后端框架封装的一款官方级 WebSocket 处理器。本文将探讨如何在鸿蒙端构建极致、透明的长连接交互引擎。 一、原直观解析 / 概念介绍 1.1 基础原理 该库本质上是一个 shelf 处理函数(Handler)

别再到处找了!Cursor AI提示词模板大全来了,附上手指南,效率翻倍!

别再到处找了!Cursor AI提示词模板大全来了,附上手指南,效率翻倍!

明确、结构化的提示词能让AI更好地理解你的需求,生成更准确、专业、贴合实际的代码、文档或建议。 优秀的模板能一次性表达清楚目标、约束和期望结果,减少来回补充说明和反复修改的时间。 提示词用的好,往往会有更好的效果,提高效率,以下是几个通用的Cusrsor提示模板 创建一个用登录静态页面,要求必须有登录、注册、忘记密码功能 初步效果: 1、生成代码模板 用[xx语言]创建[功能xxx],要求: 1. [功能要点xxx] 2. [功能要点xxx] 3. [功能要点xxx] 风格参考:[项目中已有的文件xxx] 用同样的风格创建一个短信验证码登录页面,要求:1. 使用 相同的语法2. 主页面是账号密码登录和短信验证码登录切换3. 页面 UI 风格和登录页面保持一致4. 注册和忘记密码放在下方作为链接,点击可以调到对应页面风格参考:项目中现在的风格 2、解释代码模板 解释以下代码的功能和工作原理: [相关xxx代码] 重点关注:

从 XMLHttpRequest 到 Fetch API:现代前端网络请求的演进与迁移指南

从 XMLHttpRequest 到 Fetch API:现代前端网络请求的演进与迁移指南

🧑 博主简介:ZEEKLOG博客专家,历代文学网(PC端可以访问:https://literature.sinhy.com/#/?__c=1000,移动端可关注公众号 “ 心海云图 ” 微信小程序搜索“历代文学”)总架构师,16年工作经验,精通Java编程,高并发设计,分布式系统架构设计,Springboot和微服务,熟悉Linux,ESXI虚拟化以及云原生Docker和K8s,热衷于探索科技的边界,并将理论知识转化为实际应用。保持对新技术的好奇心,乐于分享所学,希望通过我的实践经历和见解,启发他人的创新思维。在这里,我希望能与志同道合的朋友交流探讨,共同进步,一起在技术的世界里不断学习成长。 🤝商务合作:请搜索或扫码关注微信公众号 “ 心海云图 ” 从 XMLHttpRequest 到 Fetch API:现代前端网络请求的演进与迁移指南 引言:为什么我们需要新的网络请求方案? 在前端开发领域,XMLHttpRequest (XHR) 长期统治着浏览器端的网络请求。然而,随着 Web