.net 的通量模式

Posted 2023-02-22

【中文标题】.net 的通量模式

【英文标题】：Flux pattern for .net

【发布时间】：2015-06-02 14:21:30

【问题描述】：

我正在学习 React JS，它是 Facebook 创建的一个 javascript 库。对于更大规模的应用程序，强烈建议使用 Flux 模式/架构。

问题是 React + Flux 的所有教程都使用 Node ...

我发现在 .net 中使用 Flux 的教程很缺乏......

ReactJS.net 是在 .net 中使用 React 的一个很好的起点，但在 .net 上没有实现 Flux 模式。

目前用于 React 和 Node 的 Flux Pattern 可以用于 React 和 .net 吗？

【问题讨论】：

你会想要使用github.com/pauldotknopf/react-aspnet-boilerplate 这是一个传统的反应项目，除了它在.NET中之外。

【参考方案1】：

@Pickels 指出 Flux 通常是前端架构是正确的。它最初被设想为仅用于前端。

但是，它已经被少数人改编为后端架构，尤其是雅虎的人。但是 Flux 不需要成为后端架构来为 isomorphic application 提供 React。

我已经注意到了 React + Flux 应用程序如何以同构方式提供服务的两种不同方法。一种是Yahoo 方法，the Fluxible framework 和他们的examples 是研究该方法的一个好起点。正如你所说，那是节点。

但是，如果您查看how Soundcloud has approached the problem，您会发现一些完全不同的东西。他们的后端都在 Scala 中。但是他们启动了一个 Nashorn 实例，并通过该实例中的 Flux 应用程序发送一个初始化操作，以获取 React 视图层的初始渲染。然后他们将其作为 html 发送下来。

如果您在 .NET 社区中寻找类似 Flux 的东西，您可能想查看基于 CQRS（命令查询职责分离）的应用程序框架，我相信它在 .NET 社区中已经很受欢迎一阵子。 Flux 的发展在一定程度上受到了 CQRS、数据流编程和响应式编程的影响，而 CQRS 可能是 Flux 在架构模式家族树中的近亲。

【讨论】：

谢谢大家。试图理解通量。当我不那么累的时候会再读一遍，并会试着消化这个。欣赏它。

【参考方案2】：

不确定您找到了哪些示例，但 Flux 是一种适用于任何后端的前端架构。

根据实现，Flux 存储可以从服务器获取数据，但即使在这种情况下，它也很可能调用 JSON 端点，这是所有后端都会做的事情。

【参考方案3】：

看看react-dot-not。它支持 redux/flux。它在任何意义上都是一个典型的 React 应用程序，具有同构渲染和客户端-服务器端渲染。