当前位置: 首页 > 面试题库 >

使用Redux而不是Flux会有什么弊端

陈成济
2023-03-14
问题内容

我最近才发现Redux。一切看起来不错。在Redux上使用Redux是否有任何弊端,陷阱或妥协?谢谢


问题答案:

Redux作者在这里!

我想说的是,您将在使用它时做出以下折衷:

  • 您将需要学习避免突变。 Flux对突变数据毫无疑问,但是Redux不喜欢突变,并且许多与Redux互补的软件包都假定您永远不会突变状态。您可以使用仅限开发人员的软件包(例如redux-immutable-state-invariant),使用Immutable.js或信任自己和您的团队编写非可变代码来强制执行此操作,但这是您需要了解的,并且需要是您的团队接受的有意识的决定。

  • 您将需要仔细挑选包裹。 尽管Flux明确不尝试解决“附近”的问题,例如撤消/重做,持久性或形式,但是Redux具有扩展点,例如中间件和商店增强器,它催生了一个年轻而丰富的生态系统。这意味着大多数软件包都是新主意,尚未达到临界使用量。您可能依赖于几个月后显然不是一个好主意的东西,但是现在还很难说。

  • 您将没有很好的Flow集成。 Flux当前使您可以做非常令人印象深刻的静态类型检查,Redux 尚不支持。我们会到达那里,但需要一些时间。

我认为第一个是初学者最大的障碍,第二个可能是对热情过度的早期采用者的困扰,第三个是我个人的宠儿。除此之外,我认为使用Redux不会带来Flux可以避免的任何特殊缺点,而且有人说与Flux相比它甚至还有一些缺点。



 类似资料:
  • 本文向大家介绍redux和flux的区别是什么?相关面试题,主要包含被问及redux和flux的区别是什么?时的应答技巧和注意事项,需要的朋友参考一下 Flux: Store 包含状态和更改逻辑 有多个 Store 所有 Store 都互不影响且是平级的 有单一调度器 React 组件订阅 store 状态是可变的 Redux: Store 和更改逻辑是分开的 只有一个 Store 带有分层 re

  • 问题内容: 我已经阅读了这个答案,减少了样板,看了几个GitHub示例,甚至尝试了一点redux(待办事项应用程序)。 据我了解,与传统的MVC架构相比,官方的redux doc动机 提供了很多优点。但是它没有提供以下问题的答案: 为什么要通过Facebook Flux使用Redux? 这仅仅是编程风格的一个问题:功能性还是非功能性? 还是问题出在redux方法之后的abilities / dev

  • 问题内容: 据我了解,官方的redux doc动机与传统的MVC架构相比具有优势。但是它没有提供以下问题的答案: 为什么要通过Facebook Flux使用Redux? 这仅仅是编程风格的一个问题:功能性还是非功能性?还是问题出在redux方法之后的abilities / dev-tools中?也许缩放?还是测试? 如果我说redux对于来自函数式语言的人来说是一种变化,那我是对的吗? 为了回答这

  • 本文向大家介绍rem的弊端是什么?相关面试题,主要包含被问及rem的弊端是什么?时的应答技巧和注意事项,需要的朋友参考一下 移动端用rem,但不能完全依赖rem,得看公司需求,若pc端和移动端都想一起做的话,那就全部都用rem,样式只用写一套。 如果仅仅只纯粹的做一个移动端,那么整体布局尽量用百分比,少用rem来定宽和定高。

  • 我理解JoinColumn和mappedBy的两个JPA注释之间的一般区别,以及oneToMany关系应该使用mappedBy。我理解这是为了确保hibernate(或者我使用的任何JPA工具)识别双向关系,而不是碰巧共享列的两个单向关系。 然而,我想更好地理解为什么这很重要?我认为识别双向关系允许更优化地存储或获取数据,但谁能给我一个如何的例子?如果我有一个带有许多子对象的父对象,并且我用Joi

  • 问题内容: 我想看一个例子: 什么时候合适 当这不合适时 是否有一段时间数据库的选择会与上述示例有所不同? 问题答案: 这似乎是关于 代理 键的问题, 代理 键始终是自动递增的数字或GUID,因此是单列,而 自然 键则通常需要多个信息才能真正唯一。如果您能够拥有仅一列的自然键,那么无论如何,这一点显然是没有意义的。 有些人会坚持只使用其中之一。花足够的时间使用生产数据库,您将了解到没有任何上下文无