Vue.js 路线图和向后兼容性

Posted 2023-02-16

【中文标题】Vue.js 路线图和向后兼容性

【英文标题】：Vue.js roadmap and backward compatibility

【发布时间】：2018-06-22 20:40:10

【问题描述】：

我们的工作环境是整个 Web 应用程序由核心团队维护，但内部和外部的开发人员使用框架和工具在应用程序上进行开发。 如果使用的框架不向后兼容，超时将无法升级系统，因为其他开发人员使用框架进行开发（例如旧版本）。

我们想选择一个现代的 JS 框架，更认真地考虑 Vue.js。 任何人都可以分享关于 Vue.js 路线图和框架升级到 V3、V4 等的想法吗？

核心团队的使命是保持新版本向后兼容吗？不要破坏以前版本中提供的任何 API 等？

【问题讨论】：

我会把这个问题限制在 Vue 上，因为它会更容易得到具体的答案。

完成了，我对 VueJs 更感兴趣，因为它的组件能力。

我不是挑剔的意思，但我还是看到了标签。

【参考方案1】：

我和我的团队使用Vue.js 已经有相当长的一段时间了，将近 2 年了。在此之前，我们使用了 Angular 4 年。

我可以肯定地说，未来的 Vue.js 不会完全向后兼容过去的 Vue。当 v2 发布时，情况确实如此。事实上，这适用于任何主要的 JS 框架。它们中的大多数不会向后兼容。看Angular、Hapi、Koa、Rx.js等

这是有充分理由的。 JS 正在以你或我作为一个人无法一口气理解的方式发展。并非所有浏览器都支持所有功能。 Web 组件自 2015 年以来就出现了，并且仍然是它们达成普遍共识的一种方式。例如，在 Vue 3.0 的情况下，想法是使用可能向后不兼容的 ES 代理。随着 Web 组件被浏览器采用，Vue.js 组件的思想将会改变，它会再次向后不兼容。

话虽如此，Vue.js 不同于其他任何框架。核心团队正在尽最大努力保持核心框架的兼容性。 Angular 1 -> 2 或 Vue 1 -> 2 发生了什么，发生这种情况的可能性最小

只要你使用Vue public API，你应该是好的。如果有的话，过渡肯定会很顺利，不会令人头晕目眩，并且您将有一个清晰的升级（读作 - 临时兼容）路径。

优雅的进化是我们使用Vue作为我们的大型应用框架的原因之一。