V2EX › LokiSharp 的所有回复 › 第 45 页 / 共 156 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 41 42 43 44 45 46 47 48 49 50 ... 156

❮

❯

2020-05-13 15:45:45 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@shintendo #113

你的逻辑从一开始就不成立，Angular 本身就没有要求你会 TS，文档里也说了 latest JavaScript(指 ES6)
还有一个概念的错误 ES 才是标准 JS 和 TS 都是 ES 的实现

https://angular.io/docs
”These docs assume that you are already familiar with HTML, CSS, JavaScript, and some of the tools from the latest standards, such as classes and modules. The code samples are written using TypeScript. Most Angular code can be written with just the latest JavaScript, using types for dependency injection, and using decorators for metadata.“

所以你的意思是 Angular 的文档说了只能用 TS 了？只是要求你会 ES6 而已。那么为什么 Vue 文档里对比就要这么阴阳怪气来一句 "Angular 事实上必须用 TypeScript 来开发，因为它的文档和学习资源几乎全部是面向 TS 的。"?

2020-05-13 15:08:49 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@shintendo #105 "Angular 事实上必须用 TypeScript 来开发，因为它的文档和学习资源几乎全部是面向 TS 的。"
我的理解是 Angular 没有面向 JS 的文档，所以不能 JS 开发，没错吧？
那么假设 Vue 3 没有面向 TS 的文档，用同样的逻辑来思考，Vue 3 不能 TS 开发，没错吧？

2020-05-13 14:38:50 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@shintendo #100
如果他只出了一份那我也可以阴阳怪气的来一句 “事实上 Vue 3 必须用 TS/JS 来开发，因为它的文档和学习资源几乎全部是面向 TS/JS 的。"

2020-05-13 14:36:39 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@shintendo #100 就看 Vue 3 到时候会不会同时提供面向 TS 和 JS 两份文档了咯，让我们看看 TS 和 JS 之间到底有多少差异？

2020-05-13 13:34:44 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@shintendo #92 Angular 也没必须写 TS 啊。但你看 Vue 的文档怎么说的？

2020-05-13 13:22:17 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@LokiSharp #88 现在文档里还没改掉，期待 v3 文档里面怎么说
https://cn.vuejs.org/v2/guide/comparison.html#TypeScript

Angular 事实上必须用 TypeScript 来开发，因为它的文档和学习资源几乎全部是面向 TS 的。TS 有很多好处——静态类型检查在大规模的应用中非常有用，同时对于 Java 和 C# 背景的开发者也是非常提升开发效率的。

然而，并不是所有人都想用 TS——在中小型规模的项目中，引入 TS 可能并不会带来太多明显的优势。在这些情况下，用 Vue 会是更好的选择，因为在不用 TS 的情况下使用 Angular 会很有挑战性。

最后，虽然 Vue 和 TS 的整合可能不如 Angular 那么深入，我们也提供了官方的类型声明和组件装饰器，并且知道有大量用户在生产环境中使用 Vue + TS 的组合。我们也和微软的 TS / VSCode 团队进行着积极的合作，目标是为 Vue + TS 用户提供更好的类型检查和 IDE 开发体验。

2020-05-13 13:11:47 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@faceRollingKB #85 跟进了不是打自己脸么，当年 Vue 社区说 Angular 2 学习曲线陡峭最主要的一点就是 Angular 2 是 ts 写的，现在的情况一模一样。

2020-05-13 12:12:37 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@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 这种应该就是这个情况。

2020-05-13 10:35:14 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

2020-05-13 09:04:42 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

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

2020-05-13 08:08:48 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

2020-05-13 08:00:32 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

2020-05-13 07:35:58 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

2020-05-13 00:29:52 +08:00

回复了 EEer 创建的主题 › C++ › 看 CTO 封的框架代码，忍不住，吐槽……

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

2020-05-13 00:18:08 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

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

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

2020-05-12 23:39:37 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

2020-05-12 23:17:02 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

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

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

2020-05-12 23:09:04 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 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

2020-05-12 22:42:16 +08:00

回复了 murmur 创建的主题 › 程序员 › 日常开吹：竹板这么一打，今天夸一夸，为什么我喜欢 Vue

@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 不知道有没有考虑到这些？

1 ... 41 42 43 44 45 46 47 48 49 50 ... 156

❮

❯