Laravel 5 拉威尔建筑图？

有人能给我指一张图表，上面显示了正常MVC位与以下各项之间的关系：

• 中间件
• 卫兵
• 正面
• 合同

拉威尔似乎有很多中间人，我很难看清全局

编辑

---

在考虑了Alex的答案（如下）后，我认为这样的图表是可能的。由于其中一些与一般OOP原则有关，我认为UML序列图就是答案

对不起。这不是答案。但只是一些意见

你试图把“苹果”和“橙子”作比较

MVC概念是一个专门或主要与WEB开发相关的概念

它建议开发人员不要将内容（模型）与表示（视图）和逻辑（控制器）混合使用

另一方面，你们提到的东西：中间件、警卫、门面、合同

它们都是关于一般编程概念和OOP原则的一部分或扩展

不要谈论您的特定术语：

中间件、防护装置、外观、合同，而只谈论OOP

任何OOP原则都可以应用于MVC的任何部分。

我们可以使用OOP（类、接口等）来创建模型，也可以采用某种过程化的方式，或者混合使用OOP、过程化和经典的意大利面条

视图和控制器也是如此。您可以使用一些OOP原则和技术，也可以限制这些原则和技术的使用或忽略它们。这取决于开发人员和/或可能取决于项目范围和设计

回到你的清单：中间件、警卫、门面、合同。我想说，这些只是现代软件开发世界中存在的OOP术语和实践大家族的一部分。我的意思是，不幸的是，我们不能在MVC和一些OOP实践列表之间进行任何比较

我想指出的另一个想法是，OOP比MVC、WEB和数据表示逻辑类软件更通用

假设我们需要开发新的操作系统内核。我想说的是，对于这样的应用程序，MVC没有那么大的应用空间。但是OOP仍然是有用的。嵌入式系统或某些特定软件、驱动程序、服务器等也是如此。
由于您的问题非常广泛，我认为在一个图像中解释所有内容就像在一块蛋糕中拥有所有风味一样@亚历克斯在上面的回答中，已经准确地涵盖了解释。以下是我的看法：

MVC：一种设计模式建议开发人员不要将业务逻辑（模型）与表示（视图）和用户请求（控制器）混为一谈

要记住的要点：

MVC stands for Model, View and Controller.
Model is responsible for maintaining application data and business logic.
View is a user interface of the application, which displays the data.
Controller handles user's requests and renders appropriate View with Model data

更多详情：

术语：中间件、警卫、门面、合同是Laravel框架在不同用例下请求周期应用逻辑的一部分，用于隔离应用程序中的代码，以提高可维护性、理解能力和内聚性。虽然单页脚本就足以完成必要的工作，但维护它将是一件令人头痛的事情

中间件：一种过滤进入应用程序的HTTP请求的方法。在请求生命周期中，它位于路由器之后和控制器之前

更多信息：

防护装置：它们是系统在注册和身份验证时应如何存储和检索用户信息的定义

更多信息：

facades：facades为应用程序服务容器中可用的类提供“静态”接口。

契约：用于松耦合和简单性。Laravel的契约是一组定义框架提供的核心服务的接口。例如，Illumb\Contracts\Queue\Queue契约定义作业排队所需的方法，而Illumb\Contracts\Mail\Mailer契约定义发送电子邮件所需的方法

更多详情：

此链接中的图片可以帮助您了解模型视图控制器（mvc）的流程：警卫：外观：合同：中间件：如果您有时间和意愿，问题更多的是（我觉得）请求-响应流程在警卫、中间件中的位置；外观和合同是一个不同的概念，但其他的流程图会从梅尚克斯·亚历克斯那里得到50分，我想你有我：{你试图将“苹果”与“橙子”进行比较。}……这让我思考。如果它是一个通用的面向对象的东西，那么UML就是答案。UML序列图怎么样？谢谢。。这是到目前为止我所看到的最全面的答案。欢迎Maxcot&也感谢您的赞赏：-）