小编Dan*_*ger的帖子

在redux文档中给出的示例中,似乎总是从中间件返回一些东西.但是,当我打电话next(action)并返回时,一切似乎都正常.

在redux源中,它似乎在调用dispatch每个中间件的返回值.

这让我相信它提供了一种在所有中间件运行后运行调度的可选方法.

有人可以确认我们是否必须始终从中间件返回值,如果是这样,为什么？

我正在发布一个（私有）npm 包，并且也想为其发布模拟。我希望 jest 的模块模拟​​系统能够拾取这些模拟。

该包是一个使用上下文并发出网络请求的反应库。该库的所有功能都是独立的并且经过充分测试。我希望消费者能够将其视为测试中的黑匣子，相信它能按预期工作。因此，我想发布它的模拟版本以进行测试。

// The real component
const ComplicatedComponent = props => {
  // Access context here
  return <div> Something based on context <div/>
}

// The mocked component

const ComplicatedComponent = props => <>ComplicatedComponent</>

在完美的世界中，消费者只需调用

jest.mock('my-library');

据我所知：这是不可能开箱即用的。这似乎意味着由消费者来编写模拟：

如果您正在模拟的模块是 Node 模块（例如：lodash），则模拟应放置在与 node_modules 相邻的模拟目录中

任何人都可以建议一种好方法来发布模拟，供笑话使用我的库吗？

我正在寻找在 minikube 上的 Kubernetes 中运行的应用程序的本地开发。我想挂载本地目录以加快开发速度，这样我就可以对我的应用程序（python）进行代码更改，而无需重建容器。

如果我理解正确的话，我有两个现成的选项：

1. minikube提供的9P卡口
2. 直接来自 Kubernetes 的hostPath 挂载

它们之间有什么区别，在什么情况下其中一种比另一种更合适？