准确的电话号码和 WhatsApp 号码提供商。 如果您想要电子邮件营销活动列表或短信营销活动,那么您可以联系我们的团队。 电报: @latestdbs

您提到了 mixins 等事物的可测试性

是否允许更好的可测试性? 娜塔莉亚:是的,肯定是因为组合 API,如果我们从中排除生命周期挂钩,因为您还可以在可组合中运行另一个生命周期挂钩。它实际上是纯函数。你有 S 参数,你正在做一些事情,但在生命周期挂钩之外仍然存在副作用。如您所知,测试纯函数可能是最简单的事情。它只是一个黑匣子,你有 S 参数,你有一些东西可以返回。 德鲁:这听起来是一个非常全面的问题解决方案,我相信很多使用 Vue 构建更复杂应用程序的人都会欣赏它。这听起来确实是一种非常好的方法,可以消除我知道的 mixin 中可能出现的错误,就像你提到的那样,很容易引入错误,范围被合并以及诸如此类的事情。 德鲁:我始终认为,选择在框架之上构建时,一个重要的考虑因素是其 API 随着时间的推移的稳定性。

也许“稳定”这个词并不合适

但我认为我们中的许多人都曾因为在框架之上构建然后进行大规模的返工而感到刺痛,这给我们留下的应用程序要么需要大量投资才能迁移,要么最终被绑定到不再受支持的旧版本框架。这是一个可怕的情况。将一个大项目从 Vue 2 迁移到 Vue 3 我会损失多少睡眠? 娜塔莉亚:首先,API 表面与原来有 90% 相同。我们没有那么多可以用已弃用的事件中心替换的已弃用  印尼手机号码清单  的东西或已弃用的过滤器。如果您想使用 EventEmitter,您还需要用一些外部库替换基于视图的视图。这些都是很大的变化,但说到迁移……让我明确一下,我现在真的很困惑,因为一方面我是 Vue JS 核心团队成员。另一方面,我是一个使用 Vue 的大项目的高级工程师。

如果您现在就要开始迁移

我不建议您这样做。首先,生态系统尚未发布,我的意思是,如果我们谈论 Pure Router、PUX、Vue CLI 等核心库,这些库的状态良好,但它们仍然是候选版本,而不是版本。如果我们谈论其他生态系统,比如不是核心库,UI 组件库,也许是一些表单验证库,它们大多还没有为 Vue 3 做好准备。如果你有一个大项目,你有很多需要关心的依赖项。所以这将是一件复杂的事情。 娜塔莉亚:什么是选项?您有一个大项目,您想要 密码邮件列表 使用所有这些 Composition API 的优点。如何实现这一目标?首先,我们计划发布 Vue 2.0、Vue 2.7 的 LTS 版本。这将包括大量弃用警告,因此您将能够看到哪些内容将被弃用,以及如何重构它而不用 Vue 3 破坏它。

发表评论

您的电子邮箱地址不会被公开。 必填项已用*标注