- 主题:vue3搞出大新闻来了
【 在 eGust (十年) 的大作中提到: 】
: 这不就体现出 api 稳定性的重要性了么
: react 也不是不改 api，比如去年对 lifecycle 动刀子了。但人家 deprecated 不是说把整套 api 都给改了，几乎得重写全部代码。给你一两年的时间，慢慢把一小部分代码改掉，心理上还是比较容易接受的。
vue这次说的deprecated也是一样的啊，最初的方案就是新旧api并行一段时间，在vue 4的时候根据社区反馈决定是否正式弃用旧api。而vue大版本升级的周期是三年。完全就是和react一样的。
: 所以我一直说这次风波的核心问题并不在技术方面，而是营销策略上的问题
: ...................
--
FROM 171.217.142.*
是的你说的我都同意。reactivity方案的不同带来单向数据流，单向数据流又带来其他的好处（流程清晰，低心智负担）和坏处（啰嗦）。
【 在 eGust (十年) 的大作中提到: 】
: 我还是举一个例子吧，比如我们有这么一类 form 控件
: props: { target: Object, name: String, ... }
: computed: { value: { get() { return this.target[this.name] }, set ... } }
: ...................
--
FROM 171.217.142.*
不一样啊，lifecyle 又不是每个控件都会用到，正常情况下只有很少一部分会用。而且也不是全都改了，只是废掉其中3个而已，实际使用中也基本只有一个能用上，需要修改的代码比例就更低了。而且也只是改写控件的一个函数，最终要改的代码量能有1%就不错了，但是 vue 的改法，全部的控件都得重构啊
react 改 api 的时候说，facebook 自己有50k+个控件。你想象一下如果全部手工重构的话，一天改100个，一年算250个工作日，要两年才能改完。按照1%估计，每个礼拜改10个一点儿都不耽误工作进度吧，一年也就改完了。
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: vue这次说的deprecated也是一样的啊，最初的方案就是新旧api并行一段时间，在vue 4的时候根据社区反馈决定是否正式弃用旧api。而vue大版本升级的周期是三年。完全就是和react一样的。
--
修改:eGust FROM 101.98.83.*
FROM 101.98.83.*
所以大家都用开源的，用的人多的。人多力量大嘛。越小众越难成熟。
【 在 dhcn 的大作中提到: 】
: 我不知道老外的OpenShift是否成熟，国产的此类估计不经用。
: 再就是系统底层东西要想成熟得花很大的工程成本，在中国估计没戏了。
: :Kubernetes PaaS目前主要搞得就是用前后端技术做服务化么，灭哈哈哈哈
: ...................
--
FROM 45.117.99.*
新的东西总是变化太快，当初java也是，刚用上，又变了
【 在 eGust 的大作中提到: 】
: 这个 rfc 跟前两天已经长得很不一样了，估计没人愿意翻历史，所以再补充点儿信息：
: 开始的时候，明确说 vue 2.x 的语法将在 v3 中 deprecated，预计在 v4 中移除，一听要移除大家就慌了。当然也包括我，毕竟在我的努力下新项目用了 vue，刚俩月就听说隔个两三年就得重写，这个让人不太好交代……还好周末过去，基本打消了这个顾虑。
: yyx 在 pr、推特中似乎还有过一些不太客气的说法，所以论坛上连 petulant、childish 这种词都出来了，不止一人对 vue 核心团队成员在讨论中高高在上的态度表达了不满……
: ...................
--
FROM 113.140.11.*
有道理。
所以后来事情爆了以后就各种修改计划。
最开头是要计划将来废弃旧api
然后改成提供两个build，标准build不含旧api，兼容build含旧api
然后改成提供两个biuld，瘦版build不含旧api，标准build汗旧api
然后改成取消lean build，永远支持新旧api
然后改成新api有可能不进标准，而是通过插件提供。。。
整个过程还是挺喜感的。。
【 在 eGust (十年) 的大作中提到: 】
: 不一样啊，lifecyle 又不是每个控件都会用到，正常情况下只有很少一部分会用。而且也不是全都改了，只是废掉其中3个而已，实际使用中也基本只有一个能用上，需要修改的代码比例就更低了。而且也只是改写控件的一个函数，最终要改的代码量能有1%就不错了，但是 vue 的改
: react 改 api 的时候说，facebook 自己有50k+个控件。你想象一下如果全部手工重构的话，一天改100个，一年算250个工作日，要两年才能改完。按照1%估计，每个礼拜改10个一点儿都不耽误工作进度吧，一年也就改完了。
--
FROM 171.217.143.*
我说一年就重写会受不了，可没有说我们是1年就重写的
【 在 eGust (十年) 的大作中提到: 】
:
: 我很好奇你们项目的生命周期都多长？
:
: 按照现在 agile 的德性，两三年还在不停的加功能。难道你们的项目一年出头就已经没什么事情可以干，闲到可以重写了？
--
FROM 223.104.3.*
真不容易
弄得好，出大师。弄得不好，过眼烟云
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 标 题: Re: vue3搞出大新闻来了(2)
: 发信站: 水木社区 (Fri Jun 28 15:04:39 2019), 站内
:
: 有道理。
:
: 所以后来事情爆了以后就各种修改计划。
:
: 最开头是要计划将来废弃旧api
:
: 然后改成提供两个build，标准build不含旧api，兼容build含旧api
:
: 然后改成提供两个biuld，瘦版build不含旧api，标准build汗旧api
:
: 然后改成取消lean build，永远支持新旧api
:
: 然后改成新api有可能不进标准，而是通过插件提供。。。
:
: 整个过程还是挺喜感的。。
:
: 【 在 eGust (十年) 的大作中提到: 】
: : 不一样啊，lifecyle 又不是每个控件都会用到，正常情况下只有很少一部分会用。而且也不是全都改了，只是废掉其中3个而已，实际使用中也基本只有一个能用上，需要修改的代码比例就更低了。而且也只是改写控件的一个函数，最终要改的代码量能有1%就不错了，但是 vue 的改
: : react 改 api 的时候说，facebook 自己有50k+个控件。你想象一下如果全部手工重构的话，一天改100个，一年算250个工作日，要两年才能改完。按照1%估计，每个礼拜改10个一点儿都不耽误工作进度吧，一年也就改完了。
:
:
: --
:
: ※ 来源:·水木社区 newsmth.net·[FROM: 171.217.143.*]
--
FROM 123.119.238.*
过了两年半了，话说这个故事现在的结局是啥？求科普
【 在 beep (菜Ｍ.喵星耗子) 的大作中提到: 】
: 有道理。
: 所以后来事情爆了以后就各种修改计划。
: 最开头是要计划将来废弃旧api
: ...................
--
FROM 221.218.139.*
结局：同时支持新旧api
【 在 GoldenBull (祝病魔早日战胜方老师) 的大作中提到: 】
: 过了两年半了，话说这个故事现在的结局是啥？求科普
--
FROM 123.120.160.*