Redux中间件函数应该如此复杂吗？

Question

要Redux的定义中间件，我们需要编写的功能，如级联：

const middleware = middlewareApi => next => action => { 
    //logic here 
} 

问题是这样的签名是否是：

• 任何生活必需品实行/打开任何机会;
• 的终极版的实现细节只是寓意/舒适为开发者操纵的(next) -argumented功能，如here

阵列莫非具有以下签名来替换（与相应的改动当然终极版的代码） ：

const middleware = (middlewareApi, next) => action => { 
    //logic here 
} 

我意识到，结果并不完全等同于前者，但似乎没有这让的applyMiddleware情况下，任何的区别。这种语法不会让IMO感到困惑。

Answer 1

我们有一个新的"Design Decisions" FAQ页面可以解答这个问题。 （该文档尚未用新内容重新发布，因此我链接了Markdown文件。）

由于其他评论已经提到：currying是一种标准的函数式编程技术，在这种情况下，它有助于提供闭包中间件作者可以存储需要在中间件整个生命周期中可访问的值。

请参阅常见问题条目，以获取有关该主题的先前讨论的链接。