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

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

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

毒舌时刻

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

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

为什么你需要国际化

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

反面教材

// 反面教材:硬编码文本 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

手把手教你完成libwebkit2gtk-4.1-0安装配置(Ubuntu 22.04)

从零搞定 libwebkit2gtk-4.1-0 安装:Ubuntu 22.04 下的实战避坑指南 你有没有遇到过这样的场景?写好了一个基于 GTK 4 的本地 Web 应用,信心满满地在 Ubuntu 22.04 上运行,结果终端弹出一行红色错误: error while loading shared libraries: libwebkit2gtk-4.1.so.0: cannot open shared object file 别急——这不是你的代码出了问题,而是系统里少了关键运行时库: libwebkit2gtk-4.1-0 。 这个库是现代 Linux 桌面开发中“嵌入网页”的核心技术组件。它让你能在原生应用里无缝展示 HTML 内容,比如 Markdown

【芯片解读】TI AFE5816:16通道超声波模拟前端 (AFE) 深度详解

【芯片解读】TI AFE5816:16通道超声波模拟前端 (AFE) 深度详解

【芯片解读】TI AFE5816:16通道超声波模拟前端 (AFE) 深度详解 简介 在医疗超声成像、无若检测(NDT)以及声纳应用中,模拟前端(AFE)的性能直接决定了成像的质量。Texas Instruments (TI) 的 AFE5816 是一款高度集成的 16 通道模拟前端解决方案,专为需要高性能、低功耗和小尺寸的便携式及高端超声波系统设计。 国产类似产品为海思的AC9810-32,该产品与TI的AFE5832功能相似,为32通道AFE,海思后续还有64通道的产品推出。 1. 核心特性概览 (Key Features) AFE5816 是一个多芯片模块(MCM),集成了两个晶圆:VCA(压控放大器)和 ADC_CONV(模数转换)。其主要特性如下: * 高集成度:单芯片集成 16 个通道,每个通道包含衰减器、LNA、LPF、

前端已死?元编程时代:用AI Skills重构你的开发工作流

摘要:本文深入探讨了新兴的“AI Skills”概念,它远不止是简单的Prompt技巧,而是一种将最佳实践、团队规范和技术栈封装成可执行文件的结构化工程范式。文章将系统阐述AI Skills如何从前端开发的“辅助工具”升级为“核心生产力”,通过UI组件生成、API客户端编码、智能测试等具体场景,展示其对工作流的颠覆性重构。我们将深入其技术原理,提供可操作的实践路径,并展望在这一范式下,前端开发者如何从“代码劳工”转变为“规则制定者”和“智能工作流架构师”。 关键字:AI Skills、前端开发、工作流重构、低错误率、Prompt工程、元编程 引言:超越ChatGPT,迎接“可编程的智能体” 🚀 如果你还停留在用ChatGPT手动复制粘贴代码片段,偶尔还要为它生成的过时或错误代码“擦屁股”的阶段,那么你正在浪费AI 90%的潜力。前端开发的范式革命已然来临,其核心不再是“会不会用AI”,而是“如何系统化、

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 "