Vue 3 源码开放了: https://github.com/vuejs/vue-next(目前依然是 pre-alpha 状态,但主要的架构改进、优化和新功能都已经完成,剩下的主要是完成一些 Vue 2 现有功能的移植) ​​​​

2019-10-05 11:29:30 +08:00
 xiaome
https://github.com/vuejs/vue-next
还很热乎 蹭个热度
9456 次点击
所在节点    Vue.js
41 条回复
SilentDepth
2019-10-06 11:49:07 +08:00
@lxml #17 大概是 Composition API 的讨论和中途修改模板编译器实现耽误了整体进度。原来预期 Q4 之前 release,现在看来得年底了。
SilentDepth
2019-10-06 11:50:31 +08:00
那些说想用 TS 就上 Angular 的是怎么回事,敢情你们的技术选型只考虑语言的?
IAPYANG
2019-10-06 11:53:25 +08:00
@LokiSharp 正解,angular 稳重
akatquas
2019-10-06 12:29:23 +08:00
我不是针对谁,我是说,在座的,Vue,React,都是辣鸡。

—jq
lxml
2019-10-06 13:12:29 +08:00
@SilentDepth #21 是 Class 提案那里的弯路把,不过其实没有耽误太长时间其实,之前预期 Q3 能出 Alpha,现在 Q4 出的 pre-Alpha,v-xx 这些都没有移植完毕,还要忙 各种 Vue-London 等等,React 和 Ng 俩都是职业一整个团队在干,这种进度把控确实要好很多。
lxml
2019-10-06 13:13:24 +08:00
@SilentDepth #22 主要是 Angular 官方生态对 TS 支持太好了……
mritd
2019-10-06 14:35:36 +08:00
什么,娱乐圈又出事了?
LokiSharp
2019-10-06 14:54:40 +08:00
@SilentDepth #22 Angular 是目前对 TS 支持最好的了,坑也基本都被踩完了,而 VueTS 就算正式 Release 也要踩一两年坑才能用。
SilentDepth
2019-10-06 22:28:06 +08:00
@lxml #25
最开始是 Class API,然后是 Function API,最后变成 Composition API,从 RFC 的更新历程来看时间已经不短了。以及,6 月前后尤大表示有了新的模板编译器实现思路,但并不在原先的 Vue 3 开发计划内,左右权衡了下决定放到 Vue 3 特性清单中,但代价就是 release delay。按最初的 roadmap,end of Q3 发 release,Q4 发 IE11-compatible build,现在看来肯定要整体推迟了。

各种会议问题不大,每个会议都有各自的组织人,尤大也就是作为特邀嘉宾各处飞几天,本来也是全职维护 Vue,无非就是换个地方写代码。

TS 的问题,一定要注意看待的角度。大多数人写 TS 不就是要个 type checking 吗,在没有 TS 的时候 JSDoc 也用的好好的啊,怎么有了 TS 突然就「失去作用」了呢?原来 Vue 用 JS 写,需要额外的类型声明文件模拟各种 API,才有了所谓的「坑」。现在 Vue 3 本身就是用 TS 写的了,难不成 TS 理解自己写成的库还有类型声明文件的问题? Angular 对 TS 的支持好,不也是因为 Angular 本身用 TS 写成吗? Vue 3 使用的 TS 语言特性还少一些,「坑」理应更少才对。
LokiSharp
2019-10-06 23:07:20 +08:00
@SilentDepth 我说的坑来自于人啊
lxml
2019-10-06 23:47:13 +08:00
@SilentDepth #29 我看了最新的 RoadMap,2020 Q1 了,Vue 比 Angular 简单这点确实很吸引人。

TS 现在发展太神速了,起码我个人不支持当 Type + Javascript 用,一些更好的错误检查,还有语法糖才是更吸引人的地方。
binbinyouliiii
2019-10-07 10:42:39 +08:00
我还真不想碰弱类型语言,记性不好,没有 IDE 提示记不住。
SilentDepth
2019-10-07 12:33:03 +08:00
@LokiSharp #30 来自于人的坑是指什么?
SilentDepth
2019-10-07 12:47:46 +08:00
@lxml #31
论语法糖,ES 发展到现在已经……TS 也没加什么语法糖,TS 添加到 ES 上的东西都是基于类型系统的。(你看 optional chaining 这会儿才实现到 TS 主分支上 :doge:)

至于更好的错误检查,其实也是基于类型系统的,ES 配上 Linter 也很稳。要是说到错误提示,我是不敢说 TS 是友好的(加上错误栈甚至比 Java 还啰嗦)。这个时候不能不怀念的 Flow 的好……但生态造英雄,可惜了。

我不是说 TS 不好,有类型系统的加持最起码重构起来不方。但语言是语言,框架是框架,它们可以相辅相成,但(多数情况下)不存在谁决定了谁。
LokiSharp
2019-10-07 13:18:17 +08:00
@SilentDepth 首先,尤雨溪的一 TS 是现学的,他过去的言论某些观点和 TS 使用者的有矛盾。其次,VueJS 的流行会导致 VueTS 开发中必然会受到现有大量 JS 使用者的影响。最后,就算是商业公司的软件初版 Release 到实际稳定可用也要几年的时间。
wangyzj
2019-10-07 21:42:40 +08:00
真是 TS 劝退
前端程序员真是瞎折腾
SilentDepth
2019-10-07 23:23:52 +08:00
@LokiSharp #35
「尤雨溪的一 TS 是现学的,他过去的言论某些观点和 TS 使用者的有矛盾」
我觉得你把 TS 看太高了。至于后面的「矛盾」,愿闻其详。

「 VueJS 的流行会导致 VueTS 开发中必然会受到现有大量 JS 使用者的影响」
So?

「就算是商业公司的软件初版 Release 到实际稳定可用也要几年的时间」
不敢苟同。先不论「商业公司的软件」与 Vue 是否有可比性,商业软件的初版也并不是不稳定不可用的。
LokiSharp
2019-10-08 10:28:29 +08:00
@SilentDepth #37 关于 1 和 2 懒得多说了,自己看看尤雨溪之前的言论还有他自称的 RFC,如果不过你不会 TS 应该是看不懂的。还有你说的 "大多数人写 TS 不就是要个 type checking 吗",尤雨溪也是这样想的,然而这只是站在 JS 使用者的角度上说的。
3 我想表达的是至少两年内这个新框架不适合放到生产环境用。
SilentDepth
2019-10-08 11:12:58 +08:00
@LokiSharp #38 我确实不通 TS,在此请教一下 TS 使用者在 type checking 之外使用 TS 的场景?
LokiSharp
2019-10-08 11:15:22 +08:00
@SilentDepth #39 RTFM

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/606414

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX