从后端角度看php中的流量体系结构

Question

严格地从后端的角度出发，如何实现Flux体系结构？是明确的，MVC设计模式实际上清楚文件应该如何排列，框架有自己的实现，但仍然清楚如何安排和组织项目。我应该根据Flux体系结构来构造我的项目代码吗？另外，是否有任何用于Flux体系结构的开源框架，就像用于MVC的codeignighter一样？

在我在Facebook的Flux架构上读过的所有文章和教程中，它们都是用Nodejs后端和前端reactJS演示的(我也读过angularJS的一篇文章)。但他们都把注意力集中在前端视角上。

我从来就不是MVC的粉丝，自从我发现了微框架之后，我就使用了自己版本的Modal-View设计模式(惊人地类似于精简的Flux模式)。但我一直不太清楚该如何构造它。

Facebook关于Flux模式的文章解释了很多关于速度和安全性的问题。但是所有的教程都只关注ReactJS。来自Pluralsight、egghead和我过去一年中遇到的其他所有内容的教程都使用NodeJS后端。他们中的99%没有真正展示流量体系结构，而是展示了如何使用ReactJS。因此，经过近一年的搜索，我仍然不清楚究竟是什么通量。

Answer 1

没有特定的后端架构，流模式是用于前端的。而且，它是使用特定的react元素构建的，这就是为什么您找不到其他实现的原因。您可以复制该原则，以便在另一个框架中生成相同的方案。

​

​

Answer 2

PHP没有流量模式。不过，有一个名为React.php的基于libevent的php服务器核心。

您在mvc和模式中提出了错误的问题，这就是为什么我将尝试解释不同的视图，甚至解释他们为什么使用nodejs示例。因此，首先nodejs不是mvc，也不是一个框架，而是一个简单的服务器进程来调用工作线程--典型的php中的apache服务器/nginx，也称为"dispatcher“。动作处理程序是一个简单的类，它有一个在事件或函数上运行的方法(想象一下使用web服务器作为路由器，而不具有php框架中的路由器，调用模板或代码脚本的原始php方式)。因此，这类似于返回原始无支付php，但有一些不同之处：

• 行动操纵者是熟睡工人。它们不会在没有事件的情况下执行，而且可能有数千个。如果服务器出现故障，我们可以在服务器死前提供10。
• 操作句柄只有很少的专用代码，使用尽可能少的资源，并在可能的情况下在0.000x秒内运行。就像简单的

回响“你好世界”；

而不是框架。要运行symfony 2，您需要使用每个线程8 8mb，而不是300 8mb。

• 您有一个php应用程序正在运行，并充当apache的替代品。连接是在同步非阻塞模式下使用的websockets (libevent方式)。

因此，nodejs是作为一个可扩展的调度程序构建的，js仍然没有因设计模式和框架而膨胀。这就是为什么他们用它作为例子-它打破了“这是不恰当的，因为这不是设计模式和框架代码”。

对于通量，你需要回到原始的php思维方式，相信Rasmus Lerdorf的话“他们都很烂！”关于一个问题，他喜欢框架，然后用多线程的原始php扩展这个想法，这是非常简单和节省资源的代码。

这就是为什么facebook开始使用"MVC是大规模项目的坏范例，不能被支持或扩展，我们创建了一个架构来打破它“的第一个通量演示。设计模式是基于mvc的。为了提高可读性，通量回到了类似于代码的简单oop表示中。但是，必须为每个表记录减少类和继承以及没有模型/实体的简单代码。

因此，有一个基于的包，它可以从symfony项目中生成一个应用程序。但是你用总结性来引导调度员，在那之后，你应该疯狂地使用教义，小树枝等等。Apache + symfony和http请求在脚本失效时会做得更好，您不需要为5000个线程中的每个线程保留100 at，而是为每次保留300 mbx5。如果你使用通量，你就会忘记mvc。让我们再说一遍，通量是一种忘记MVC、模式和框架的方法，可以开始思考业务问题和需求，并再次编写清晰而简单的代码。