React 要出新 Context API 了

原文地址:t.cn/R84MHQS

作者:kentcdodds

中的 相信大家都知道吧,可能跟大伙一样,当看到 的官方文档是这样时,都不敢直接使用它。

第一条搜索结果显示的就是 为什么不建议使用 context,让大家瞬间产生忧虑,该章节是这么描述 的:

如果你想让你的应用更加稳定,就别使用 ,因为这是一个实验性的 ,在未来的 版本中可能会发生改变。

注意,这里的改变包括 , , 的含义。

那么,为什么还要使用 context 呢

你曾经历过尝试在一个 中获取 的 的痛苦么,这种痛苦叫 ,可谓让人接近崩溃的。当遇到这种情形时,你肯定不会喜欢用 来传递数据,因为如果中间有个组件发生改变,这个代价将是几何 :joy:。

实际上,你可以通过使用常规的 来规避以上的问题,将数据存放在某个 中,就可以实现在任何地方 ,但这么做想要 却很麻烦(你必须实现一个 在数据更新时触发,通知用户数据发生改变),并且, 对 也会有影响。

因此,像 redux 这样的负责 的第三方库进入了大家的视野。它允许你在任何地方从 获取数据,你需要做的只是使用 包装一下,然后就可以神奇地在 的组件中轻松地获取想要的数据了。

然而,如果我告诉你 就是在使用 这个 呢?事实上也是这样的! 组件将数据存进 中, 高阶组件从 获取数据,所以, 并不允许你的数据可以在任何地方访问, 就是这样。

所以,为什么还要使用 呢?可能是大家已经深深地爱上它了吧!即使你没有直接使用 ,你的应用程序也会通过引用像 react-redux, MobX-react, react-router, glamorous 这样的第三方库间接用到它。

Context 重生啦

现在清楚了,我们是如此地热爱 ,但官方文档的警告依然还在: ,好消息是, 要正式跟大家打招呼了,大家极有可能比之前更爱它。

一个月前, 从 yarn,rust 和 Ember 的 受到启发,建立了一个自己的 rfcs 仓库。仓库第一个 来自 Andrew Clark(React 团队核心成员), 标题为 New version of context,其中 概述了未来新版本的 是怎样的,之后还存在一些有趣的讨论,几天后, 就向 仓库提了一个 New context API 的 。

那么,到底有什么改变呢?肉眼估计新的 与之前的 存在百万级别的差异,下面是我找到的最简单的示例:

你可能注意到示例中使用到一个 ,但实际上并没有任何关于需要使用 的 ,你可以使用 轻松实现 或其他功能。

新的 主要由以下三部分组成

用于传递 (可选择 使用 bitmask 的一个奇妙的选择性退出函数),返回一个包含 和 的对象

函数使用 ,并可以接收任何值

函数在 之后任何地方使用,并传递一个返回 的函数(这有点像 组件,但 不是组件)。

我对这个 充满了期待, 也将会移除 的警告,因为它现在是框架 一级棒的特性。这也意味着大家将不再那么担心使用 来解决应用中 的问题了,对 也将不再那么依赖,对 将更加喜欢。

我最近看到的,大概意思是:

大家不是很愿意保持使用提倡的 方法,加重了 问题,所以,最终想通过 来缓解

所以,我认为如果我们不过早或武断地去破坏 方法,我们可能就不会那么痛苦,即便最终我们实在没有办法避免,我们也可以通过核心的 来解决。

Context 实践

我看到了一个关于 (或普通的 )的问题很多次,就是如何组合 和 ,当在一个 方法中把一堆 组件放在一起时,就会像这样 嵌套

那么,我们可以做点什么来避免呢?其实,个人觉得没有那么糟糕,如果你觉得这样并不好,那么可以使用常规的方法来解决它: 函数/组件,下面是一个示例:

这里的目标是使用常见的案例,结合特殊功能的函数/组件,使案例更加 。

总结

正如上面所说的,我对这个 充满了期待。目前暂未发布,但应该会包含在下一个 版本中。不同担心,之前的 会继续正常工作,直到下一个 版本发布,所以,每个人都有时间迁移。还有不要忘了, 团队在 有超过 个 需要维护,所以,将来很有可能会发布一个 去自动更新大多数人的代码(就像以往一样)。

  • 发表于:
  • 原文链接http://kuaibao.qq.com/s/20180202G18UYE00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券