V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  LokiSharp  ›  全部回复第 54 页 / 共 164 页
回复总数  3274
1 ... 50  51  52  53  54  55  56  57  58  59 ... 164  
@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 的
2020 年 5 月 12 日
回复了 Eagleyes 创建的主题 程序员 感觉 Win 的打印服务逻辑有问题,必须重启打印服务
一般不都是在内网开个 24 小时在线的网络打印机么= =
我直接去美区买 iTunes Plus AAC 了= =
直接注入任务管理器?
2020 年 5 月 11 日
回复了 mytudan 创建的主题 Steam 因为 steam 好友太少,想求波好友
2020 年 5 月 11 日
回复了 lrj2u 创建的主题 硬件 最近升级了一下高频内存,发现 idea 的速度有所增长啊
把项目目录下面的 .idea 删了再试试?
是 Linux 上的 PowerShell 慢。。。
2020 年 5 月 11 日
回复了 imme90 创建的主题 程序员 前端和 UI 设计是否真的一文不值?
没毛病,前端分离出来本身就是为了减少后端开发的工作负担
2020 年 5 月 11 日
回复了 ericgui 创建的主题 程序员 wsl2 + Windows Terminal 完全可以取代 macOS
WSL2 不就是虚拟机么
没数字签名
@wly19960911 #63 8 核心以上的民用级的线程撕裂者对标商用级的至强当然 AMD 性价比高很多,8 核以下的民用级的两边价钱差不了多少。。。
2020 年 5 月 9 日
回复了 guyeu 创建的主题 Python 2020 年了,各位拥抱 Python 的类型注释了么?
@xiaolinjia #4 然而多人场景用真静态类型的语言你会更舒服,性能还比 Python 好一个数量级
@rogwan #61 可能是因为内存慢,同样频率的内存用 AMD 的 U 写入性能只有 Intel 的一半。哪些渲染跑分不会到内存瓶颈,然而实际干活压个 4k 8k 视频内存瓶颈是分分钟的事情。
@jin5354 #58 从发帖看,我感觉他是从技术岗转 HR 了
2020 年 5 月 9 日
回复了 guyeu 创建的主题 Python 2020 年了,各位拥抱 Python 的类型注释了么?
不用,这个特性目前依旧是个高级的注释,运行时没有啥实际作用,我写 Python 就是为了少敲点类型,真需要静态类型的干嘛不换个语言
更好的 IDE 支持?我写 Python 很多时候就是因为写脚本用编辑器直接敲起来方便,项目复杂度真到到非用 IDE 不可的时候,用 Java C# 之类的工程化的语言不是更香么
1 ... 50  51  52  53  54  55  56  57  58  59 ... 164  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   903 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 42ms · UTC 19:25 · PVG 03:25 · LAX 12:25 · JFK 15:25
♥ Do have faith in what you're doing.