@ChanKc #79 我觉得 这个 i18n 这么干是可能因为部分 vue 用户（大多为新手）都不用 vue-cli 建工程化的项目,而是用官方文档首选的 <script src="..."></script>
我碰到过很多用 vue 的人，他们就和楼主一样认为就用个模板功能就足够，对他们来说 Vue 比起 React 、Angular 最大的优势就是直接 script 引入到 HTML 就行。
不过我看了这个作者最新的 repo https:// github.com/kazupon/vue-i18n-locale-message 他去年开始在做这个提取文本为 json 的工具，可能会好一点。


我现在不喜欢 Vue 的一点就是 Vue 的各种轮子太多了，也没人总结个最佳实践。除了 Vue 核心之外其余组件的文档大部分也写得不怎么样，拿到手什么东西东西得自己考虑，考虑到最后结果会发现用他们现成的还不如自己造个轮子。你说的 GitLab FOSS 这种应该就是这个情况。

@marcong95 #69
qt 之类的成熟的框架用 gettext 之类提取的文本注释带有源码位置信息的，可以是体现上下文的。
Artifex Mundi 翻译质量问题不是流程的锅，他们的作品本来就是小品级的节约成本不花钱做校对很正常。

@TsubasaHanekaw #45 是的，主要是少了这样一个工具。当然这个自己写一个也不难，但是我用“框架”不就是为了避免多写业务以外的东西么

@agdhole #49 Crowdin 是翻译平台，源文件要自己处理的。刚才看文档发现现在居然支持直接上传 js 文件了，我去看看怎么用= =

@slyang5 抱歉了这个我不太清楚，我 C 的时候好像还没有 LeetCode，现在的工作也不需要我折腾算法，我也没求职需求

@murmur 就用个模版，还没有专门的前端，也不需要 SPA 级别的复杂交互。还跟风前后端分离用 Vue 干啥，按传统后端的直接渲染 HTML 不就好了？别和我说你还是 Serverless(笑

@TypeError 是的，当时看到这作者还是 Vue Core Team 的人，我就开始怀疑 Vue 的水平了。

真当 CTO 不上 V 站系列，坐等 CTO 登场

不要吹那些有的没的的类似语法糖的特性，到头来都是一场空。Vue 所谓的学习曲线平缓只是因为他本体是渐进式（指没有实现完整的功能）框架（自称）而已，功能少的东西自然学起来简单。
想要达到满足工程化的功能的话。

发送请求你得学个 axios 吧？
路由管理的 Vue Router 总得学吧
状态管理得学个 Vuex 或者 RxJS 吧?
单元测试 Jest 和 Mocha 选一个？
是用官方文档放在首位的 script 引入还是官方 Vue CLI 或者手动配 webpack ？
为了深入理解最新的 Vue 3 尤雨溪最近真香了的 TS 是不是也得学一下呢？

你正文里的四个问题让我感觉你是在黑 Vue，非专业前端、开发小程序、非 SPA 、不需要维护满足这 4 点要求的简单页面，按照你说的啥都别学的场景直接用 JQ 和原生 JS 不就好了，Vue 有啥优势？

@murmur #24 我觉得吧，主要问题还是 Vue 的用户使用场景单一导致工程化的缺失。
刚刚我看了看这个作者的 Github https://github.com/kazupon/vue-i18n-locale-message
去年年底已经开始写新的工具了，文档上粗看应该是分析 vue 文件并提取待翻译的字符串，用 json 保存。
说明 Vue 团队还是有人思考这些实际问题的，而不像某些进取的用户。

@murmur #19
vc6 时代的汉化玩法？？？请你告诉我这个时代该怎么玩，硬编码到代码上每个语言编译一份二进制文件？
字符串该不该翻译和语言有什么关系需要翻译的字符串都是有专门的占位符标注的。

你这两句话暴露了可能是一小部分 Vue 用户普遍的情况，只参与过前端项目开发。

@murmur #18 你用过 wordpress 或者写过 Qt C# 之类功能完备框架的 i18n 么？通常情况都是代码里标一个占位符，框架本身提供一个分析提取源码占位符生成 po 、xml 、csv 之类的翻译源文件方便提供给翻译的。翻译文件与源码分离，改变语言只需要添加对应的翻译文件，修改语言参数。嘛，确实是查表替换，而 vue-i18n 呢，硬编码一个包含翻译信息的对象进去？！
https://developer.wordpress.org/themes/functionality/internationalization/
https://doc.qt.io/qt-5/internationalization.html
https://docs.microsoft.com/zh-cn/aspnet/core/fundamentals/localization?view=aspnetcore-3.1

@murmur #9 说个我之前项目尝试用 Vue 用到的问题吧，这个问题每次碰到 Vue 粉我都会问一次来确定现在 Vue 是否可用。

我之前有个项目的需求是要做 5 种语言的 i18n，翻译是外包的。一般他们是用 SDL 之类的专业软件，我们只要提供支持的文件就行了。
这个项目复杂度不高，当时初步技术选型是打算尝试用 Vue，Vue 本身并未提供任何 i18n 功能，只能选 vue-i18n 。做出一个 DEMO 准备开始着手 i18n 的时候，按照惯例应该导出翻译源文件丢给外包。问题来了，vue-i18n 就没提供任何导出工具。文档也是里的用法是十分诡异的建立一个包含多种语言的 VueI18n 对象（见下方代码）。当时我就惊了，这个作者真的参与过真正的 i18n 项目开发么？常规的 i18n 都是类似于 Qt 这样提供一个工具能从源码中分析生成一个带有源码位置以及上下文信息的 po 或者其他格式的翻译源文件文件，想要添加另一种语言只需要翻译完编译成对应的翻译文件就行了，不需要动源码。而 Vue-i18n 从文档来看，是写死在源码里的，得修改每个文件的源码。

https://kazupon.github.io/vue-i18n/zh/guide/formatting.html#%E8%87%AA%E5%AE%9A%E4%B9%89%E6%A0%BC%E5%BC%8F

`
const i18n = new VueI18n({
locale: 'en-US',
formatter: new CustomFormatter(/* 这里是构造函数选项 */),
messages: {
'en-US': {
// ...
},
// ...
}
})
`
之后我考虑了几种方案：
1. 自己实现一个 i18n 插件（想想就不现实）
2. 实现一个自动从源码提取并生成 VueI18n 对象的工具（想想就不靠谱）
3. 用 Angular 重写

当然 Vue 也有可能有其他更好的 i18n 插件，可 vue-i18n 这个名字一眼看上去像是官方项目而且作者是 vuejs core team 成员。

不过这件事让我开始怀疑 Vue 所谓生态系统的可靠性。如果你看 Awesome Vue, 没问题，有很多开源项目用 Vue 也有很多库。但是仔细想想这些东西有几个能上生产环境用的？一个 i18n 库看起来像是没参与过软件 i18n 工作的人，甚至他的主页也只支持 3 种语言（英语、简体中文、俄语）。我不禁怀疑起来，其他所谓的开源库又是什么人写得呢？

嘛，当然最后我从我认识的用 Vue 的朋友那边了解到。。。他们只是用 Vue 而已 Vue 那些生态还不如自己写得好。。。临时写个 DEMO 还行真要用一堆坑。

而 Angular 提供了基本可用的工程化的 i18n 功能，不用纠结，看着文档做就是了 https://angular.io/guide/i18n

当然这是几年前的情况现在最新的 VueTS 3 不知道有没有考虑到这些？

@murmur #9 我没用过 React 我只知道宣传上 React 是 Library 而 Vue 是 Framework （自称）

@murmur #5 vuejs 发请求不用另外学 axios 之类的库了么？你要说 vuejs 简单，嘛确实简单，本身就是渐进式（指没有实现完整的功能）框架（自称）。对了，Vue 的这些概念都是 鱿鱼须在 Google AngularJS 团队实习（毕业前实践）的时候抄过来的。

Vue 用起来太折腾 Angular 只要学本身就行 Vue 得学一堆乱七八糟的

rewrite [^/]$ $scheme://$http_host$uri/ permanent; 这边我记得得手动加 port 的

一般不都是在内网开个 24 小时在线的网络打印机么= =