全球化的产品中，如果时间的处理没有遵循统一的标准，会让整个系统充斥着难以理解和维护的时间转换。各种接口的对接文档，都不得不明确说明「这个接口的时间是什么时区的？需要如何处理？」

实现理想： 给一个文件名，让文件下面所有文件里面的汉字按照语言包的格式，自动完成替换！ ٩(๑`灬´๑)۶ ... 键值对文件生成完了，怎么翻译成其他国家的语言呢.. 还是无法摆脱cv的命运嘛~~~

本文将会介绍 i18n 的业界最佳实践。 并介绍了实施 i18n 要解决哪些问题，并使用 react 和 i18next 完成了一个小案例。

最近在开发一个需要完善国际化方案的前端项目，在处理时间国际化的时候遇到了一些问题。于是花了一些时间研究，有了这篇文章。不过由于网上关于 JavaScript 中 Date 对象的坑的文章已经一抓一大把

本文将介绍如何对react和vue文件中的中文实现自动提取和翻译。解决国际化流程中的痛点。借助babel实现自动国际化的命令行工具

当前需要针对现有的迭代已久的项目做多语言国际化的处理，如何高效的进行国际化是一个巨大的挑战，本文介绍了我们在自动化国际化中做的相关技术方案

首先我们要明确的是，在软件国际化的过程中，涵盖了很多流程，比如：文案翻译，功能的本地化，相关 UI 设计基于不同语言布局的调整，时间格式调整等。在软件国际化过程中，由于我们要适配不同的语言，就造成了架构的复杂度提升，也会多出一些脏活累活。 所以国际化不仅仅是简单的文案翻译的过程…

前端国际化你还在一个个翻译?复制粘贴,让你坐着喝茶 先上体验地址 JSON国际化小工具 不能翻译的情况可能是免费翻译字符数用完了,可以自己注册之后换上自己的 appid 和 key 就行了 源码地址

使用react-intl-universal支持国际化多语言版本，快速前端国际方案。 项目考虑支持国际化多语言版本，在原有的框架基础上，需要针对性地修改中文文本，兼容切换多语言的功能，并在之后的日常开