model-view-controller - 四种设计模式如何融入 MVC 范式？

Question

我已经对设计模式进行了一段时间的思考，现在我才刚刚开始了解如何将其中一些更慎重地融入到我的开发工作中。然而，我仍然对他们在本书开头对 MVC 的处理以及它与本书其余部分的关系感到困惑。

我使用过的大多数框架——Spring、Yii、ASP.NET，甚至是 Objective-C Cocoa (UIKit)——都迎合了 MVC 范式。我得到 MVC 是因为对我来说它是一种有用的方式来分类对象以及它们应该如何相互发送消息或交互。另外，即使您不打算以 MVC 方式思考，这些框架也会强加给您。

我也觉得我理解设计模式的前提:他们真的不喜欢子类化，他们喜欢抽象接口(interface)，他们力求松耦合。我不能说我完全理解所有的模式或者它们是如何有用的，但我对它有了感觉。

我的问题是:MVC 和设计模式之间的相互作用是什么？他们在本书第一章的 MVC 应用示例中得到了什么？某些设计模式是否与 MVC 范式无关？例如，我想知道命令模式应该如何适应 MVC。它看起来非常有用，但我们是否创建一个 CommandModel和 CommandController发送给其他 Controller ？我们只是创建一个Command书中规定的对象？基本上，我想知道 MVC 和设计模式的想法是否完全脱节，我只是不明白，或者是否有一些模式不适合模具。

Answer 1

我个人的看法是 MVC 是观察者模式的简化版本，观察者模式是中介者模式的简化版本。

MVC :一个模型，一个 View ， Controller 管理它们之间的通信。

观察者模式 :一个模型，多个 View (观察者/订阅者)，发布者管理通信

中介者模式 :几个不同的模型，几个 View ，中介管理它们之间的通信。