We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
凌晨时分，尤雨溪突然在知乎上发布了一个消息，宣布 Vue3 将不再支持 IE11，来通过详细的 RFC 了解一下为什么 Vue 团队做出这个决策。
从 Vue 3 开发开始，一直到 2018 年底，我们就一直被问及 IE11 支持的问题。
很多用户都问过，Vue 3 是否会支持 IE11，我们最初的计划是先发布 Vue 3，让它稳定下来，然后再增加对 IE11 的支持。
在漫长的开发过程中，我们也对 IE11 的兼容性进行了研究和实验，但较高的复杂度以及手上繁多的工作，让我们不得不推迟它的优先级。
当时间来到 2021 年，我们重新审视这个问题时，浏览器和 JavaScript 已经发生了很大的变化。
越来越多的开发人员开始使用更现代的语言特性，更重要的是，微软自己也开始通过对 Edge 的投资，积极推动用户远离 IE。
它还在自己的主要项目(如微软 365)中放弃了对 IE11 的支持。
就在几天前，WordPress 也决定放弃对 IE11 的支持。
IE11 的全球使用率已经降至 1%以下。
当我们谈论面向公众的网站和应用程序时，IE11 正在明显快速下滑。
已经到了重新考虑 Vue3 对 IE11 支持的时机了。
Vue 2 的响应式系统是基于 ES5 getter/setters 的。
Vue 3 利用 ES2015 Proxy 提供了一个性能更好、更加完善的响应式系统，而 IE11 无法 polyfill 这些特性。
这是主要的障碍，因为这意味着 Vue 3 要支持 IE11，它本质上需要发布两个具有不同行为的版本：一个使用基于 Proxy 的响应式系统，另一个使用类似于 Vue 2 的基于 ES5 getter/setters 的版本。
Vue 3 基于 Proxy 的响应式系统提供了近乎完整的语言特性覆盖。
它能够检测到许多在 ES5 中不敢想象的操作，例如属性的添加/删除、数组索引和长度突变，以及 in 操作符的拦截。
in
为 Vue 3 的 Proxy 版本编写的应用肯定不能在 IE11 版本中工作。这不仅给我们带来了技术上的复杂性，也给开发人员带来了持续的精神负担。
我们最初的计划是在 IE11 版本的开发构建中同时发布 Proxy 和 ES5 的两种响应性版本。
当它在支持 Proxy 的开发环境中运行时，会检测并警告不兼容 ie11 的一些用法。理论上可行，但是复杂度巨大，因为它需要将两种实现混合在一起，并且有可能导致开发和生产之间的行为差异。
支持 IE11 也意味着我们必须考虑在整个代码库中使用的语言特性，并为我们的发布版本找到合适的 poliyfill / 编译策略。
每一个不能在 IE11 中被 polyfill 的新特性都会带来新的行为警告。一旦 Vue 3 承诺支持 IE11，就永远没办法摆脱了，直到下一个大版本。
如果 Vue 本身可以完全覆盖掉这些复杂度，那么一定程度上我们还是可以接受的。然而，在与社区成员讨论后，我们意识到共存的两个响应性实现也不可避免地影响库作者的开发。
通过在 Vue 3 中支持 IE11，库作者本质上也需要同样做一些决定。库作者不得不考虑他们的库使用的是哪种 Vue 3 版本(可能还支持 Vue 2)。如果他们决定支持 IE11，他们在编写库时，脑子里也必须时刻考虑 ES5 响应式系统的一些缺陷。
没有人想支持 IE11。它是一个死气沉沉的浏览器，停留在过去。Web 生态系统向前发展得越远，我们在尝试支持它时，需要填补的缺口就越大。讽刺的是，通过在 Vue 3 中支持 IE11，我们给了它更多的生命力。考虑到我们的用户基础，放弃对 IE11 的支持可能会让它更快地被淘汰。
我们很清楚，对 IE11 的真正需求来自那些没办法做升级的人：金融机构、教育部门和那些依赖 IE11 作为屏幕阅读器的人。如果你正在构建一个针对这些领域的应用，你可能没有选择。
如果您需要 IE11 支持，我们的建议是使用 Vue 2。与其为 Vue3 和未来的版本承担巨大的技术债，我们相信，把工作重心放在让 Vue2 拥有更多 Vue3 类似的特性更有意义，让两个版本之间的开发体验更相似。
一些我们考虑带给 Vue 2.7 的功能：
emits
注：以上列表是暂时的/不详尽的，我们最后会在单独的 RFC 中讨论/最终确定。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
知乎官宣
凌晨时分，尤雨溪突然在知乎上发布了一个消息，宣布 Vue3 将不再支持 IE11，来通过详细的 RFC 了解一下为什么 Vue 团队做出这个决策。
原因
从 Vue 3 开发开始，一直到 2018 年底，我们就一直被问及 IE11 支持的问题。
很多用户都问过，Vue 3 是否会支持 IE11，我们最初的计划是先发布 Vue 3，让它稳定下来，然后再增加对 IE11 的支持。
在漫长的开发过程中，我们也对 IE11 的兼容性进行了研究和实验，但较高的复杂度以及手上繁多的工作，让我们不得不推迟它的优先级。
当时间来到 2021 年，我们重新审视这个问题时，浏览器和 JavaScript 已经发生了很大的变化。
越来越多的开发人员开始使用更现代的语言特性，更重要的是，微软自己也开始通过对 Edge 的投资，积极推动用户远离 IE。
它还在自己的主要项目(如微软 365)中放弃了对 IE11 的支持。
就在几天前，WordPress 也决定放弃对 IE11 的支持。
IE11 的全球使用率已经降至 1%以下。
当我们谈论面向公众的网站和应用程序时，IE11 正在明显快速下滑。
已经到了重新考虑 Vue3 对 IE11 支持的时机了。
在 Vue3 中支持 IE11，代价如何？
行为不一致
Vue 2 的响应式系统是基于 ES5 getter/setters 的。
Vue 3 利用 ES2015 Proxy 提供了一个性能更好、更加完善的响应式系统，而 IE11 无法 polyfill 这些特性。
这是主要的障碍，因为这意味着 Vue 3 要支持 IE11，它本质上需要发布两个具有不同行为的版本：一个使用基于 Proxy 的响应式系统，另一个使用类似于 Vue 2 的基于 ES5 getter/setters 的版本。
Vue 3 基于 Proxy 的响应式系统提供了近乎完整的语言特性覆盖。
它能够检测到许多在 ES5 中不敢想象的操作，例如属性的添加/删除、数组索引和长度突变，以及
in操作符的拦截。为 Vue 3 的 Proxy 版本编写的应用肯定不能在 IE11 版本中工作。这不仅给我们带来了技术上的复杂性，也给开发人员带来了持续的精神负担。
我们最初的计划是在 IE11 版本的开发构建中同时发布 Proxy 和 ES5 的两种响应性版本。
当它在支持 Proxy 的开发环境中运行时，会检测并警告不兼容 ie11 的一些用法。理论上可行，但是复杂度巨大，因为它需要将两种实现混合在一起，并且有可能导致开发和生产之间的行为差异。
长期维护的负担
支持 IE11 也意味着我们必须考虑在整个代码库中使用的语言特性，并为我们的发布版本找到合适的 poliyfill / 编译策略。
每一个不能在 IE11 中被 polyfill 的新特性都会带来新的行为警告。一旦 Vue 3 承诺支持 IE11，就永远没办法摆脱了，直到下一个大版本。
给库作者带来的复杂度
如果 Vue 本身可以完全覆盖掉这些复杂度，那么一定程度上我们还是可以接受的。然而，在与社区成员讨论后，我们意识到共存的两个响应性实现也不可避免地影响库作者的开发。
通过在 Vue 3 中支持 IE11，库作者本质上也需要同样做一些决定。库作者不得不考虑他们的库使用的是哪种 Vue 3 版本(可能还支持 Vue 2)。如果他们决定支持 IE11，他们在编写库时，脑子里也必须时刻考虑 ES5 响应式系统的一些缺陷。
为 IE11 持续存在做贡献
没有人想支持 IE11。它是一个死气沉沉的浏览器，停留在过去。Web 生态系统向前发展得越远，我们在尝试支持它时，需要填补的缺口就越大。讽刺的是，通过在 Vue 3 中支持 IE11，我们给了它更多的生命力。考虑到我们的用户基础，放弃对 IE11 的支持可能会让它更快地被淘汰。
对于那些实在需要 IE11 支持的人
我们很清楚，对 IE11 的真正需求来自那些没办法做升级的人：金融机构、教育部门和那些依赖 IE11 作为屏幕阅读器的人。如果你正在构建一个针对这些领域的应用，你可能没有选择。
如果您需要 IE11 支持，我们的建议是使用 Vue 2。与其为 Vue3 和未来的版本承担巨大的技术债，我们相信，把工作重心放在让 Vue2 拥有更多 Vue3 类似的特性更有意义，让两个版本之间的开发体验更相似。
一些我们考虑带给 Vue 2.7 的功能：
emits选项。注：以上列表是暂时的/不详尽的，我们最后会在单独的 RFC 中讨论/最终确定。
引用
The text was updated successfully, but these errors were encountered: