我正在学习 React JS，它是 Facebook 创建的一个 javascript 库。对于更大规模的应用程序，强烈建议使用 Flux 模式/架构。
问题是 React + Flux 的所有教程都使用 Node ...
我发现在 .net 中使用 Flux 的教程很少……
ReactJS.net 是在 .net 中使用 React 的一个很好的起点，但在 .net 上没有实现 Flux 模式。
当前与 React 和 Node 一起使用的 Flux Pattern 可以与 React 和 .net 一起使用吗？
@Pickels 指出 Flux 通常是前端架构是正确的。它最初被设想为仅用于前端。
然而，它已经被少数人改编为后端架构，尤其是雅虎的人。但是 Flux 不需要作为后端架构来使用 React服务于同构应用程序。
我已经注意到了两种不同的方法来同构地为 React + Flux 应用程序提供服务。一种是 Yahoo 方法，而Fluxible 框架及其示例是研究该方法的一个很好的起点。正如你所说，那是节点。
但是，如果您看看Soundcloud 是如何解决这个问题的，您会发现一些完全不同的东西。他们的后端都在 Scala 中。但是他们启动了一个 Nashorn 实例，并通过该实例中的 Flux 应用程序发送一个初始化操作，以获取 React 视图层的初始渲染。然后他们将其作为 HTML 发送下来。
如果您正在 .NET 社区中寻找类似 Flux 的东西，您可能想查看基于CQRS（命令查询责任分离）的应用程序框架，我相信它在 .NET 社区中已经流行了一段时间。Flux 的发展在一定程度上受到了 CQRS、数据流编程和响应式编程的影响，而 CQRS 可能是 Flux 在架构模式家族树中最接近的表亲。
不确定您找到了哪些示例，但 Flux 是一种适用于任何后端的前端架构。
根据实现，Flux 存储可以从服务器获取数据，但即使在这种情况下，它也很可能调用 JSON 端点，这是所有后端都会做的事情。
看看react-dot-not。它支持 redux/flux。它在任何意义上都是典型的 React 应用程序，具有同构渲染和客户端-服务器端渲染。