支持vue。

【 在 beep 的大作中提到: 】
: 我比较清楚具体的过程。
: 最开始根本没觉得这回是一套新的api，就是暴露了一些内部功能函数出来，允许在组件之外建立反应性data和computed这种东西。
: 另一条线上一直在讨论class api，为更好的typing服务。但是后来发现class api搞不定typing。
: ...................
--
FROM 111.192.218.*

vue要是这么折腾的话，迟早还是走Angular的老路。
前端最不缺的就是框架，当初vue异军突起，能从angular  react里突出重围火起来，得益于概念简单、学习曲线平缓、易于上手。
这个框架里塞的东西越来越多的时候，也就是式微的时候。不信等着看vue3也许就是最后一个热门版本了。

【 在 eGust 的大作中提到: 】
: yyx 给 vue3 搞了个 function api 提案：
: https://github.com/vuejs/rfcs/blob/function-apis/active-rfcs/0000-function-api.md
:
: ....................
--
FROM 121.69.105.*

vue 的卖点在哪是另外一个话题了，但这场风波的核心跟新 api 一点儿关系都没有

不过我同意，如果跟 react 搞成一个样子的话，vue 就没什么优势了。毕竟 react 除去 lifecycle 只有 state、props 两个核心概念，跑到 vue 就变成了 data、computed、methods、watch 再加上 event 一共五个半概念了

【 在 syssky (syssky) 的大作中提到: 】
: vue要是这么折腾的话，迟早还是走Angular的老路。
: 前端最不缺的就是框架，当初vue异军突起，能从angular  react里突出重围火起来，得益于概念简单、学习曲线平缓、易于上手。
: 这个框架里塞的东西越来越多的时候，也就是式微的时候。不信等着看vue3也许就是最后一个热门版本了。
: ...................
--
FROM 101.98.83.*

react和vue的核心区别是reactivity的实现方式。

理论上vue里面的computed watch也都不是必要概念，完全可以和react一样留给用户自己实现。父子之间的event传递也可以转化为函数prop的传递。

所以其实任何一个UI框架的核心概念也就是props和state嘛。本质区别还是怎么检测变动。react hooks搞得那么magical，就和react的检测机制有关。vue把检测放在了proxy/gett/setter层面，比较精细，所以vue开始做类似hooks的api的时候感觉更自然，更直观好理解。

第二个核心区别就是template vs jsx，当然我自己以前也是在vue里面写jsx的，不过大部分vue用户还是习惯template。我并不觉得会有很多人因为这个新api而转react，因为jsx不是每个人都能接受得了的。。。

【 在 eGust (十年) 的大作中提到: 】
: vue 的卖点在哪是另外一个话题了，但这场风波的核心跟新 api 一点儿关系都没有
: 不过我同意，如果跟 react 搞成一个样子的话，vue 就没什么优势了。毕竟 react 除去 lifecycle 只有 state、props 两个核心概念，跑到 vue 就变成了 data、computed、methods、watch 再加上 event 一共五个半概念了
--
FROM 171.217.143.*

2.6到2.7不是non-breaking incremental changes吗？
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 重要的项目一般都会锁依赖版本的吧。。。从2.6升到2.7都不敢，何况2升到3
: 不管最前沿发展到啥版本了，稳定性要求高的历史悠久项目肯定不敢追新，乖乖继续在旧版本依赖上做增量式开发。唯一的问题就是如果落后太多版本的话，社区里面现成可用的新插件轮子往往没法直接用，得改改。。
--
FROM 183.95.135.*