小编典典

为什么通过Facebook Flux使用Redux?[关闭]

javascript

据我了解,官方的redux doc动机与传统的MVC架构相比具有优势。但是它没有提供以下问题的答案:

为什么要通过Facebook Flux使用Redux?

这仅仅是编程风格的一个问题:功能性还是非功能性?还是问题出在redux方法之后的abilities / dev-tools中?也许缩放?还是测试?

如果我说redux对于来自函数式语言的人来说是一种变化,那我是对的吗?

为了回答这个问题,您可以比较实现Redux在通量和Redux上的动机点的复杂性。

以下是来自官方redux doc动机的动机点:

  1. 处理乐观更新(据我所知,这几乎不依赖于第5点。很难在Facebook流量中实现它吗?)
  2. 在服务器上渲染(facebook流量也可以做到这一点。与redux相比有什么好处吗?)
  3. 在执行路线转换之前获取数据(为什么不能在facebook流量中实现它?有什么好处?)
  4. 热重载(React Hot Reload可能实现。为什么需要redux?)
  5. 撤消/重做功能
  6. 还有其他要点吗?像坚持状态…

阅读 342

收藏
2020-05-01

共1个答案

小编典典

Redux 与Flux 没有什么不同。总体而言,它具有相同的架构,但是Redux可以通过使用Flux使用回调注册的功能组合来减少一些复杂性。

Redux并没有根本的区别,但是我发现它使某些抽象更容易实现,或者至少可以实现,这在Flux中很难实现或不可能实现。

减速机组成
例如,分页。我的Flux + React Router示例处理分页,但是该代码很糟糕。令人恐惧的原因之一是Flux使跨商店重用功能变得不自然。如果两个存储需要处理分页以响应不同的操作,则它们要么需要从一个通用的基本存储中继承(糟糕!当您使用继承时,您将自己锁定在特定的设计中),或者从内部存储中调用外部定义的函数。事件处理程序,需要以某种方式在Flux商店的私有状态下进行操作。整个过程都是混乱的(尽管绝对是可能的)。

另一方面,由于Redux的组成,Redux分页很自然。减速器一直都在运行,因此您可以编写一个减速器工厂来生成分页减速器,然后在减速器树中使用它。之所以如此简单,关键是因为在Flux中存储是平坦的,但是在Redux中,reduce可以通过功能组合来嵌套,就像React组件可以嵌套一样。

此模式还启用了诸如无用户代码undo / redo之类的出色功能。您能想象两行代码将撤消/重做插入Flux应用程序吗?几乎不。再次使用Redux,这归功于reducer的组成模式。我需要强调一点,这没有什么新鲜的-这是Elm Architecture所开创和详细描述的模式,它本身受Flux的影响。

服务器渲染
人们一直在使用Flux在服务器上进行良好的渲染,但是看到我们有20个Flux库,每个库都试图使服务器渲染“更容易”,也许Flux在服务器上有一些粗糙的边缘。事实是,Facebook并没有做太多服务器渲染,因此他们并不是很在意它,而是依靠生态系统来简化它。

在传统的Flux中,商店是单身人士。这意味着很难为服务器上的不同请求分离数据。不是没有,但是很难。这就是为什么大多数Flux库(以及新的Flux Utils)现在建议您使用类而不是单例的原因,因此您可以根据请求实例化存储。

在Flux中,仍然需要解决以下问题(您自己或在您喜欢的Flux库(例如Flummox或Alt)的帮助下):

如果商店是类,那么如何根据请求使用分派器创建和销毁它们?我什么时候注册商店?
如何合并来自商店的数据,然后在客户端重新补充数据?为此,我需要实现特殊方法吗?
诚然,Flux框架(不是普通的Flux)可以解决这些问题,但我发现它们过于复杂。例如,Flummox要求您在商店中实施serialize()和deserialize()。Alt通过提供takeSnapshot()自动序列化JSON树中的状态来更好地解决这一问题。

Redux走得更远:由于只有一个商店(由许多reducers管理),因此您不需要任何特殊的API来管理(重新)水化。您无需“冲洗”或“水化”商店-只需一个商店,您就可以读取其当前状态,或创建具有新状态的新商店。每个请求都会获得一个单独的商店实例。了解有关使用Redux进行服务器渲染的更多信息。

同样,在Flux和Redux中都可能出现这种情况,但是Flux库通过引入大量API和约定来解决此问题,而Redux甚至不必解决它,因为在由于概念上的简单性而获得了第一名。

开发人员经验
实际上,我并没有打算让Redux成为流行的Flux库-我是在我的ReactEurope演讲中写这篇文章的,当时我正在做时光热装。我的一个主要目标是:可以即时更改减速器代码,甚至可以通过取消操作来“更改过去”,并查看状态是否正在重新计算。

我还没有看到能够执行此操作的单个Flux库。React Hot Loader也不允许您这样做-实际上,如果您编辑Flux商店,它会中断,因为它不知道如何处理它们。

当Redux需要重新加载化简器代码时,它将调用replaceReducer(),并且应用程序将使用新代码运行。在Flux中,数据和功能在Flux存储中纠缠在一起,因此您不能“仅替换功能”。此外,您还必须以某种方式向Dispatcher重新注册新版本,而Redux甚至没有。

生态系统
Redux具有丰富且快速增长的生态系统。这是因为它提供了一些扩展点,例如中间件。它的设计考虑到了用例,例如日志记录,对Promises的支持,Observables,路由,不变性开发检查,持久性等。并非所有这些工具都将有用,但是很高兴能够使用一组可以轻松组合在一起一起工作的工具。

简单
Redux保留了Flux的所有好处(动作的记录和重放,单向数据流,相关的变异),并增加了新的好处(轻松的撤消重做,热重装),而无需引入Dispatcher和商店注册。

保持简单很重要,因为在实现更高级别的抽象时,它可以使您保持理智。

与大多数Flux库不同,Redux API表面很小。如果您删除了开发人员警告,注释和健全性检查,那么这是99行。没有棘手的异步代码可调试。

您实际上可以阅读它并了解Redux的全部内容。

2020-05-01