一个简洁且强大的状态管理库 - iFlow

前言

以React为主的开发过程中,用过主流的两大状态管理工具Redux和Mobx。但在我使用它们时,逐渐地感觉到了一些不太好的地方:Redux使用过程有点冗余和拖沓,而尽管Redux也有中间件,但Redux带来的收益和它官方说的一样:仅仅只是一个纯的状态容器而不是状态管理;而基于Observable的状态管理库Mobx则侵入性强,且丢失状态类型的原始性(被Observable实例化),以及因此而导致一系列限制与困扰。

所以,我慢慢开始期待有一个更好的状态管理库出现。我希望它基于Mutable结构,状态操作高效直接,而且不应破坏状态数据类型的原始性;同时它也支持Immutable输出,兼顾Mutable的有利于编程和操作;然后它应该是渐进式的,可以是简洁的,也能是强大的,不会因过多的繁琐冗余操作以及复杂概念而破坏编程乐趣。

是的,它应该是简洁且强大的。

因此,我试着构建一个这样状态管库 -- iFlow

简介

iFlow是动态的和可扩展的, 你可以直接使用它来添加、删除和修改State和Action;它是Mutable结构, 支持普通function和class, 并易于面向对象编程;同时它没有任何依赖包,且非常小(5k)。需要特别说明的是iFlow定义的Store是包括Actions和State。如果你是刚涉猎状态库,那么在快速阅读文档后就可以让你在几分钟内就能开始构建你的App了,因为它是极简单的;但如果你谙熟各种状态库,那么它也能让你得心应手,或许你会惊喜的发现,iFlow有些特性能高效实现出其他状态库不太好实现的架构设计。

从原理上说,iFlow是基于ECMAScript 2015的Proxy & Reflect。它构建的Paths Match大致过程是:先在View组件进行引用Store的State的时候获得Getter Paths;然后在Action被触发的时候,将通过Proxy得到Setter Path;最后,在通过观察者来传递Setter Path,并在连接器内进行快速地Getter Paths Match来控制更新View组件。

  • 流程图
流程图

抽象化公式来表达就是: action(store) => store = newStore

基本概念

  • Store

它包含State和Actions,是State管理应用的具体部分,它可以是普通对象的形式,也可以是class的形式。

const store = iFlow({
  add (number) {
    this.counter += number
  },
  counter: 0,
}).create()

或者是

class Counter {
  constructor () {
    this.counter = 0
  }
  add (number) {
    this.counter += number
  }
}
const store = iFlow(new Counter()).create()
  • 中间件(Middleware)

iFlow提供了好几种不同类型的中间件用于控制不同流程下的Action运行和State改变,它能控制几乎State和Action的一切行为。

const store = iFlow({
  add (number) {
    this.counter += number
  },
  counter: 0,
}).middleware({
  stateDidChange (...args) {
    // 状态变化后通知中间件
  }
}).create()
  • 连接器(Connector)

iFlow配合react-iflow连接器,可以让Store和View层连接,iflow的连接器是简单高效的。

class Example extends Component {
  render () {
    return <div onClick={() => this.props.store.add(1)}>{this.props.store.counter}</div>
  }
}
export default flow(store)(Example)

特性

  • 🎯支持普通function和class - 它很简单,同时也可设计符合各种需求状态管理架构。
  • 🏬Store组合 - Store Tree可以很容易共享操作Store节点。
  • ⚡动态和热插拔 - 可自由插拔State和Action。
  • 💥支持异步function以及其他类型的function - 可任意组合Action或由内部其他内部Action相互组合。
  • 🚀强大的中间件 - 中间件可以拦截控制和处理全部的State变化和Actions运行。
  • 🔥Store支持immutable - Store是支持被处理成immutable的Store。

优点

  • 保持数据结构的原始性

iFlow因为利用ES6 Proxy机制,因此可以保持数据结构的完整原始性,同时支持异步函数以及其他类型函数,当然也包括普通的类和函数。

  • 无样板代码

iFlow能给你比较自由的使用它来实现属于符合实际开发需求的状态数据结构设计,而不会因为各种库的限制来变成有过多的样板代码。

  • 易于面向对象

有时当我们需要解耦业务代码,尤其是中大型的项目中,我们可能需要一些面向对象编程当设计,所以状态库如果能支持它当然是更好了。

  • 尽可能少的选择器

在使用Web框架(如React)的时候,iFlow是自动匹配更新的,与之对应的连接库react-iflow可以让你能尽可能少一些选择器的编写与操作,甚至在大多数情况下,使用iFlow时,你不需要选择器。

  • 强大的中间件

如果有必要,事实上iFlow中间件是强大且有用的,完整的中间件:stateWillInitialize / actionWillStart / stateWillChange / stateDidChange / actionDidEnd,它们能实现各种需求下的状态管理设计; 同时它也可以实现一些基础性中间件,例如持久化中间件等等.

  • 可组合和可伸缩的Store

iFlow提倡将Store组合成store tree,不用担心无关的Store造成一些性能上的影响,因为它是动态匹配的,你可以放心自由的组合和拓展Store。

示例

  • 简单计数器

我们来构建一个简单的计数器:

const store = iFlow({
  calculate (number) {
    this.counter += number
  },
  counter: 0,
}).create()

@flow(store)
class Counter extends Component {
  render() {
    return (
        <div>
        <button onClick={() => this.props.store.calculate(-1)}>-</button>
        {this.props.store.counter}
        <button onClick={() => this.props.store.calculate(1)}>+</button>
      </div>
    );
  }
}

在线运行

  • TODO

接着我们来实现一个复杂点的TODO(带撤销/重做/持久化)

在线运行

尾声

最后,iFlow希望能为开发者解决在状态管理架构和设计上可能需要的困扰,小型项目能够更简单轻量化,大型项目又能够高效地各种深度设计。


如果你对iFlow感兴趣的话,非常欢迎来尝试看看,同时也非常欢迎提交PR和issue。

目前iFlow部分文档已提供,同时后续文档也将继续完善中。

如果感觉它还不错,特别欢迎给iFlow一个star,谢谢鼓励!!!

https://github.com/unadlib/iflow

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 159,835评论 4 364
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,598评论 1 295
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 109,569评论 0 244
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 44,159评论 0 213
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,533评论 3 287
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,710评论 1 222
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,923评论 2 313
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,674评论 0 203
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,421评论 1 246
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,622评论 2 245
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 32,115评论 1 260
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,428评论 2 254
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 33,114评论 3 238
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,097评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,875评论 0 197
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,753评论 2 276
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,649评论 2 271

推荐阅读更多精彩内容