关注点分离(SoC separation of concerns)师软件工程相关的设计原则之一。SoC原则背后的想法是将应用程序分成不同的部分，每个部分解决一个单独的问题。这种关注点的例子是分层设计中使用的层(数据访问层、业务逻辑层、表现层等等）。使用SoC原则可以简化软件应用程序的开发和维护。

MVC模式只不过是将SoC原则应用于OOP。该模式的名称来自于用于分割软件应用的三个主要组件：模型、视图和控制器。MVC被认为是一种架构模式，而不是一种设计模式。架构模式和设计模式的区别在于，前者比后者的范围更广。然而，MVC太重要了，不能因为这个原因就跳过。即使我们永远不需要从头开始实现它，我们也需要熟悉它，因为所有常见的框架都使用MVC或其变种。

模型是核心组件。它代表知识。它包含并管理应用程序的（业务）逻辑、数据、状态和规则。视图是模型的可视化表示。视图的例子有计算机GUI、计算机终端的文本输出、智能手机的应用GUI、PDF文档、饼状图、柱状图等等。视图只显示数据，它并不处理数据。控制器是模型和视图之间的纽带/粘合剂。模型和视图之间的所有通信都通过控制器进行。

典型的使用MVC的应用程序，在初始屏幕呈现给用户后，其使用情况如下。

• 用户通过点击（输入、触摸等）按钮来触发一个视图。
• 视图将用户的操作告知控制器
• 控制器处理用户输入并与模型进行交互
• 模型执行所有必要的验证和状态变化，并通知控制器应该做什么。
• 控制器指示视图按照模型给出的指示，适当地更新和显示输出。

你可能想知道，为什么控制器部分是必要的？我们就不能跳过它吗？可以，但这样我们就会失去很大的好处：可以在不修改模型的情况下使用多个视图（甚至同时使用，如果我们想这样的话）。为了实现模型和其表现形式之间的解耦，每个视图通常都需要自己的控制器。如果模型直接与特定的视图通信，我们就不能使用多个视图（或者至少，不能以干净和模块化的方式）。

真实世界的例子

MVC是应用于OOP的SoC原则。SoC原则在现实生活中被大量使用。例如，如果你建造一栋新房子，你通常会指派不同的专业人员去做。1）安装水管和电；以及，2）喷漆。

在餐馆里，服务员接受订单并为顾客提供菜肴，但饭菜是由厨师烹制的。

在Web开发中，有几个框架采用了MVC的思想。

• Web2py框架MVC模式的轻量级Python框架。
• Django也是一个MVC框架，尽管它使用不同的命名规则。控制器被称为视图，而视图被称为模板。Django使用的是Model-Template-View（MTV）这个名字。根据Django的设计者，视图描述了用户看到的数据是什么，因此，它使用视图这个名字作为特定URL的Python回调函数。Django中的模板一词是用来将内容和表现形式分开的。它描述了用户是如何看到数据的，而不是看到哪些数据。

应用

MVC是一个非常通用和有用的设计模式。事实上，所有流行的Web框架（Django、Rails和Symfony或Yii）和应用程序框架（iPhone SDK、Android和QT）都使用了MVC或其变体--模型-视图-适配器（MVA）、模型-视图-呈现器（MVP），等等。然而，即使我们不使用这些框架，在我们自己身上实现该模式也是有意义的，因为它提供了以下好处。

• 视图和模型之间的分离使得图形设计师可以专注于UI部分，程序员可以专注于开发，而不会相互干扰。
• 由于视图和模型之间的松散耦合，每个部分都可以被修改/扩展而不影响其他部分。例如，添加一个新的视图是微不足道的。只要为它实现一个新的控制器。
• 每个部分的维护都很容易，因为责任很明确。

当从头开始实现MVC时，要确保你创建了智能模型、瘦控制器和傻瓜视图。

模型被认为是智能的，因为：

• 包含所有的验证/业务规则/逻辑
• 处理应用程序的状态
• 可以访问应用程序的数据（数据库、云等）。
• 不依赖于UI

控制器被认为是瘦的，因为。

• 当用户与视图交互时更新模型
• 当模型发生变化时更新视图
• 如有必要，在向模型/视图传递数据之前对其进行处理
• 不显示数据
• 不直接访问应用程序的数据
• 不包含验证/业务规则/逻辑

视图被认为是傻瓜的，因为：

• 显示数据
• 允许用户与之交互
• 只做最小的处理，通常由模板语言提供（例如，使用简单的变量和循环控制）。
• 不存储任何数据
• 不直接访问应用程序的数据
• 不包含验证/业务规则/逻辑

如果你正在从头开始实施MVC，并想知道你是否做对了，你可以试着回答一些关键问题。

• 应用程序的GUI是否可以换肤？你能多容易地改变它的皮肤/外观和感觉？你能让用户在运行时改变你的应用程序的皮肤吗？如果这并不简单，那就意味着你的MVC实现出了问题。
• 如果你的应用程序没有GUI（例如，如果它是一个终端应用程序），添加GUI支持有多难？或者，如果添加GUI无关紧要，那么添加视图以在图表（饼图、柱状图等）或文档（PDF、电子表格等）中显示结果是否容易？如果这些变化不是很琐碎（只是创建一个新的控制器，并在其上附加一个视图，而不修改模型），那么MVC就没有正确实现。

如果你确保这些条件得到满足，与不使用MVC的应用程序相比，你的应用程序将更加灵活和可维护。

实例

我们用非常简单的例子向你展示如何从头开始实现MVC：报价打印机。用户输入一个数字，看到与该数字相关的报价。报价被存储在元组中，实际应用多存在数据库、文件等，只有模型可以直接访问它。

quotes = (
'A man is not complete until he is married. Then he is finished.', 
'As I said before, I never repeat myself.', 
'Behind a successful man is an exhausted woman.', 
'Black holes really suck...',
'Facts are stubborn things.'
) 
 
class QuoteModel: 
    def get_quote(self, n): 
        try: 
            value = quotes[n] 
        except IndexError as err: 
            value = 'Not found!' 
        return value 
 
class QuoteTerminalView: 
    def show(self, quote): 
        print(f'And the quote is: "{quote}"') 
 
    def error(self, msg): 
        print(f'Error: {msg}') 
 
    def select_quote(self): 
        return input('Which quote number would you like to see? ') 
 
class QuoteTerminalController: 
    def __init__(self): 
        self.model = QuoteModel() 
        self.view = QuoteTerminalView() 
 
    def run(self): 
        valid_input = False 
        while not valid_input: 
            try: 
                n = self.view.select_quote() 
                n = int(n) 
                valid_input = True 
            except ValueError as err: 
                self.view.error(f"Incorrect index '{n}'") 
        quote = self.model.get_quote(n) 
        self.view.show(quote) 
 
def main(): 
    controller = QuoteTerminalController() 
    while True: 
        controller.run() 
 
if __name__ == '__main__': 
    main()

这个模型只有一个 get_quote() 方法，根据它的索引 n 返回 quotes 元组的报价 (字符串)。

视图有三个方法：show()，用来在屏幕上打印一个引用（或消息Not found!），error()，用来在屏幕上打印一个错误信息，select_quote()，读取用户的选择。这可以从下面的代码中看出。

控制器做协调工作。init()方法初始化模型和视图。run()方法验证用户给出的报价指数，从模型中获得报价，并将其传回给视图显示，如下代码所示。

最后但同样重要的是，main()函数初始化并启动控制器。