资讯专栏INFORMATION COLUMN

我厌倦了 Redux,那就造个轮子 Rectx:第三集

adam1q84 / 1975人阅读

摘要:呵呵,你没想到吧,这玩意儿竟然有第三集我靠,我自己都没想到,让我们悄悄的回顾一下前两集完全没想到,竟然会有第二集我厌倦了,那就造个轮子第二集痛点分析第一集在这里我厌倦了,那就造个轮子算了,我都懒得写了,自己看吧,当然不看也无所谓,正式开始。

仓库:215566435/rectx

前言

麻烦快去我的仓库里面喷:

老子学不动了,求不要更新。

呵呵,你没想到吧,这玩意儿竟然有第三集!我靠,我自己都没想到,让我们悄悄的回顾一下前两集
完全没想到,竟然会有第二集!

我厌倦了 Redux,那就造个轮子 Rectx 第二集: immutable 痛点分析

第一集在这里:我厌倦了Redux,那就造个轮子:Rectx

算了,我都懒得写了,自己看吧,当然不看也无所谓,正式开始。

新的 Rectx 有什么不同?
a light-weight state manager with mutable api.

有人就说了,你说 light-weight来喂??那是肯定是,这个库大小只有几 k 。其次,新版的 Rectx 并不依赖 React.context,因此可以在任何 react 版本中使用。

当然,短短60行核心代码,我写了不少的测试,覆盖率也来到了98%。

那,为什么又更新了?

ReduxMobx都非常的棒,但对于大部分项目都只是CRUD的项目来说,这些个玩意儿都略显太重了。

而且对于reactimmutable 哲学而言,实在是模版代码相当的多,对新手、高手、熟练工都不是很友好:新手觉得复杂,高手觉得烦躁,熟练工觉得不够快。

再加上,react函数式编程以及 DOM-diff 依赖的是html tag的缘故,因此我们需要手动优化 React 的性能,臭名昭著的shouldComponentUpdate由此而来。

为了更好的解决上述的一些问题,我开始寻找一种方式能够解决:
模版化很少

无需手动 shouldComponentUpdate

API 极少,学习成本低

mutable API

以下就是我的解决方案。

特点

rectx 有着强大的功能,他不仅能提供一个状态库,甚至能提供一个良好的类型辅助系统,这也意味着你可以在 TypeScript中支持它!

并不依赖 react.context api,支持 15、16 版本的 react

mutable api,再也不用写模版代码

完整的测试,测试覆盖率极高

typescriptd.ts 支持,非常友好的类型提示

不用写 shouldComponentUpdate 的组件 Auto(自动)

高性能,轻量

最简单的使用
当然了,这个例子如果你看就懂,那我非常建议你直接去看我是如何处理,使得不需要写shouldComponentUpdate的code sandbox 例子:

import React from "react";
import {render} from "react-dom";
import {init} from "rectx";

const {Put, Ctx} = init({foo: 1});

const App = () => (
  
{s =>
{s.foo}
}
); render(, document.getElementById("root"));

使用 renderProps 的形式,就能拿出我们想要的数据.

值得注意的是,Put(s => (s.foo = s.foo + 1))在这里,我们直接修改了我们的数值,当数据非常复杂的时候,这种操作方式尤为珍贵。

无需 shouldComponentUpdate 的组件 Auto

code sandbox例子

import { init } from "rectx";

const { Put, Ctx, Auto } = init({ foo: 1, bar: 1 });

首先我们依然是引入我们的组件,Put 用于更新,Ctx 用于获取,那么 Auto 是一个什么鬼?

Auto 是一个选择器,他能够分离我们的 Store ,把每一个 Store 切分成一个小粒度的块,使得我们的代码更加简洁。比如我们想获取全局状态 store 中的,bar,我们就可以:

const Bars = Auto(s => s.bar);

当我们使用Bars的时候,我们获取到的就是 bar 这个属性了。当然,Auto翻译为自动,这是他第一个自动的地方,第二个特点请看下面:

import React from "react";
import { render } from "react-dom";
import { init } from "rectx";

const { Put, Ctx, Auto } = init({ foo: 1, bar: 1 });

const Bars = Auto(s => s.bar);

const App = () => (
  
{s =>
Foo:{s.foo}
}
{Bars(bar =>
Bar:{bar}
)}
); render(, document.getElementById("root"));

首先 Auto 是一个 selector,其作用是获取全局的状态,从中选出 你关心的 属性,当这些属性被选择出来以后,只要这些属性没有被更新,那么他们所返回的组件 一定不会 更新。同时,外部的属性是否更新,跟他们同样没有任何关系。
熟悉 React 的同学,一定知道这么做的珍贵之处,再也不用手动书写 shouldComponentUpdate 了。

类型提示
得益于 typescriptRectx得到了良好的类型提示。

render props 中会有提示
当我们初始化store以后,我们的store里面具体有什么值,在纯 js 中并没有智能提示,但加入了 ts 之后,一切会大不一样

更新的时候也能有提示

最后,请不要吝啬你的星星,仓库:仓库:215566435/rectx

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/55072.html

相关文章

  • 厌倦 Redux那就造个轮子 Rectx三集

    摘要:呵呵,你没想到吧,这玩意儿竟然有第三集我靠,我自己都没想到,让我们悄悄的回顾一下前两集完全没想到,竟然会有第二集我厌倦了,那就造个轮子第二集痛点分析第一集在这里我厌倦了,那就造个轮子算了,我都懒得写了,自己看吧,当然不看也无所谓,正式开始。 仓库:215566435/rectx 前言 麻烦快去我的仓库里面喷: 老子学不动了,求不要更新。 呵呵,你没想到吧,这玩意儿竟然有第三集!我靠,我...

    eternalshallow 评论0 收藏0
  • 用Vue自己造个组件轮子,以及实践背后带来的思考

    摘要:用造个组件轮子吧闰土大叔如果你掌握了的组件知识,相关的指令事件,花点时间你也可以造出这么个入门级的小轮子。接下来,抛出造轮子实践背后带来的一些思考。以上三部分内容构成了的整个执行过程。 showImg(https://segmentfault.com/img/bV1Tnu?w=754&h=500); 前言 首先,向大家说声抱歉。由于之前的井底之蛙,误认为Vue.js还远没有覆盖到二三线...

    icyfire 评论0 收藏0
  • 造个轮子」——cicada 设计一个配置模块

    摘要:同时也新增了一个。将不同的配置文件用不同的对象进行管理。由于需要支持多个配置文件,所有需要定义一个抽象类供所有的配置管理实现。其实就是一个结构的缓存,用于存放所有的配置。总结这就是本次中的升级内容,包含了配置支持以及代码重构。 showImg(https://segmentfault.com/img/remote/1460000016392132?w=2048&h=1365); 前言 ...

    fsmStudy 评论0 收藏0
  • 造个轮子,学到什么

    摘要:阅读原文造个轮子我学到了什么听说的最多的是不是不要重复的造轮子不要被这句话蒙骗了,这句话应该还没说完整,在什么情况下不要造轮子实际项目中由于工期和质量原因,肯定不希望你造轮子,你造轮子花费时间且质量不如现有的轮子。 阅读原文:造个轮子,我学到了什么 听说的最多的是不是不要重复的造轮子?不要被这句话蒙骗了,这句话应该还没说完整,在什么情况下不要造轮子?实际项目中由于工期和质量原因,肯定不...

    Acceml 评论0 收藏0
  • 简洁的 React 状态管理库 - Stamen

    摘要:说到状态管理,必提的肯定是与,年快过去了,它们依然是最火热的状态管理工具,也有一些基于的,如等,也有新的,如,这里不对各个解决方案作评价。 showImg(https://segmentfault.com/img/bVbhI3j?w=670&h=551); 说到 React 状态管理,必提的肯定是 Redux 与 MobX,2018 年快过去了,它们依然是最火热的状态管理工具,也有一些...

    MyFaith 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<