reactjs - 使用 React 的高阶 FRP - 为什么它没有发生？

Question

Redux 是一种一阶 FRP，就像以前的 Elm 一样。

然而，似乎更高阶 FRP并没有真正与react一起使用。

为什么一阶 FRP 对 React 很有用，而高阶 FRP 则不太有用？

也许 React 不需要高阶主义？那么作为返回，人们可以保留时间旅行调试器？

换句话说:

React 是一个获取状态并返回 View 的函数。

FRP 是一种声明和执行状态机的方法。

这些是正交的问题，那么为什么不将它们结合起来呢？

编辑:

如果我比较这个https://github.com/ochrons/diode/tree/master/examples/todomvc/src/main/scala/example

有了这个https://github.com/lihaoyi/workbench-example-app/blob/todomvc/src/main/scala/example/ScalaJSExample.scala

那么，使用 scala.rx 的同一应用程序的代码行数似乎是使用 Diode(类似于单向数据流库的 Redux)的一半。

编辑2:

我的猜测 - 为什么它没有发生 - 是大多数高阶 FRP 人员(想要在 Web 开发中使用高阶 FRP)使用 reflex-frp，并且他们使用 reflex-dom 而不是 React。也许reflex-dom使得react变得不必要。

Answer 1

编辑:在我看来，我认为 React 和高阶 FRP 概念的一个巨大挑战是，处理 React 组件内部的状态会让用户接触到不是 HO FRP 所涉及的语言概念，在我的文章中意见，我觉得这也是一个更广泛的 ES6 JS 问题。我不是这个主题的专家，但我正在分享我的 FRP 之旅的想法和经验。

React 的许多组件功能和组合都依赖于 JS class 语法。对我来说，这是一个挑战，因为你混淆了术语和概念。对于很多前端开发人员(包括我自己)来说，React 是他们第一次接触 FRP 范式。当您一直使用类和构造函数查看OOP继承术语时，很难理解函数组合的重要性。我认为这解释了为什么我们看到了 React 库的爆炸式增长，而不是底层范例——因为有一个完全不同的术语的混合体。它变得更多关于组件和以 DOM 为中心的 View ，而不是 FRP Read this tidy little post .

React 隐藏了很多底层概念，对于许多采用 FRP 范式的程序员来说，他们不喜欢这种神奇的感觉，这意味着新手很容易只使用 class 接口(interface)来制作它们的组件，而不需要接触很多底层的 FRP 范例。

在我看来，在处理状态时，React 本质上应该是只读的。如此处理，React 和 Redux 就变得正交了。 Redux 更偏向于 FRP 概念，实际上当以这种方式使用时，变得更具声明性。

const mapStateToProps = (state, ownProps) => {
  return {
    id: ownProps.id,
    someData: state.projects.someData,
  }
}

const mapDispatchToProps = (dispatch) => {
  return {
    onSubmitForm(data) { //our callback
      dispatch( //redux dispatch function
        someAction(data) //our Redux Action Creator
      )
    }
  }
}

export default connect(mapStateToProps,mapDispatchToProps)(PresentationComponent)

以及我们的演示组件

const PresentationComponent = ({onSubmitForm, id}) => {
    return <form id="someForm" onSubmit={(e) => {
        e.preventDefault()
        onSubmitForm(getFormData(id))
    }}>
}

通过使用 Redux 的 HO 函数 connect()、mapStateToProps() 和 mapDispatchToProps()，它允许使用纯函数组件只是将状态和方法作为参数。这些方法基本上可以返回任何内容。这无疑传达了更纯粹的高阶/一阶和 FRP 概念。

展望 future ，虽然我相信我们会在应用程序和库开发中看到越来越多的 FRP，但我认为我们不要把婴儿和洗澡水一起倒掉也很重要。

丹·阿布拉莫夫 (Dan Abramov) 的务实主义 post about Redux他提醒我们，我们不必总是坚持一种工具并沉迷于一种范式，这并不是说我反对 OOP，我在生产中经常使用工厂和面向对象的概念，我只是认为它得到了使用 OOP 中的术语有点令人困惑，然后开始同时谈论 FRP。

值得一看的东西

正如评论中提到的，cycle.js绝对值得一看。它在 React 的声明式和可重用组件结构与 RxJS 中的数据流和可观察对象等概念的优点之间取得了良好的平衡。

这是我的两分钱，我很想听听其他人是否有任何其他意见？