【10月进步一点点】3.系统再探 MVC 模式

全文参考《symfony 权威指南》 - [法] Francois Zaninotto, Fabien Potencier 著，根据实体书 2.1 MVC 模式 再走一遍 MVC 模式

本文是对 【10月进步一点点】1.单个文件的MVC实现-代码分离 的补充。

2.1 MVC 模式

symfony 基于 MVC 架构这个经典的 Web 设计模式，MVC 架构包含三层：

• 模型（model）代表程序操作的信息——业务逻辑
• 视图（view）将模型用网页的形式展现出来，从而与用户进行交互
• 控制器（controller）响应用户的动作，调用合适的模型和视图

2.1.1 MVC 层次

本节讲解内容：基本的 PHP 程序 --> MVC 架构程序。PHP 程序代码内容如下，可以参考 【10月进步一点点】1.单个文件的MVC实现-代码分离 ，本节不做过多讲解。

• 连接数据库并执行 SQL 查询
• HTML 代码
• 遍历查询结果并在 PHP 中echo html代码以展示结果
• 关闭数据库连接

PHP 单文件的代码分离，这样提高了控制器的可读性。它唯一的任务是：从模型中取得数据然后传给视图。在复杂的程序里，控制器还要处理请求、用户 session、身份验证等。

1. 分离显示（把视图从控制器分离）
2. 分离数据处理（把数据处理从控制器分离）

2.1.2 MVC 以外的层分离方式

MVC 架构中，数据逻辑代码放在 model 里，表现代码放在 view 里，应用逻辑代码放在 controller 里。但模型、视图、控制器层还可以进一步细分。

数据库抽象

model 层：可以分成 数据访问层 与 数据库抽象层，数据访问函数使用的查询语句与数据库无关，数据库系统的更换也只需要修改数据库抽象层。

视图元素

view 层也可以通过分离代码来优化。网页常常包含固定元素：页头、图形版面设计、页脚以及全局导航，只有网页的中间部分元素经常变化。

所以我们把视图分成 布局 layout 和 模板 。布局是整个程序通用的，或者一组公用页面。模板只负责把控制器的变量显示出来。我们需要一些逻辑使这些组件（components）组合起来，这就是 视图逻辑。

动作与前端控制器（没有讲清楚）

控制器要完成很多任务，有一部分任务是所有控制器都要完成的，包括处理请求、安全处理、载入应用程序配置信息、以及一些杂事。

所以控制器经常被划分为两部分：整个应用程序唯一的 前端控制器（front controller）和 只只负责某个特定页面的 动作（action）。

symfony 的 MVC 实现方式（理解较浅）

看一个显示 blog 文章列表的页面有多少必需的部件：7个脚本——每次创建一个页面需要打开 7 个文件！不过，symfony 做了些简化。

• model 层
  • 数据库抽象
  • 数据访问
• view 层
  • 视图
  • 模板
  • 布局
• controller 层
  • 前端控制器
  • 动作

前端控制器

首先，前端控制器是应用程序里所有动作共用的，可以有多个控制器和多个布局，但只需要一个前端控制器。前端控制器是纯 MVC 逻辑组件，symfony会为你生成一个。

model 层

另外一个好消息是 symfony 中 model 层的类也可以根据数据结构自动生成。由 Propel 库完成，它具备类的架构与代码生成功能。数据库抽象也由另一个 Creole 组件处理，更换数据库引擎只要修改配置参数。

视图逻辑

最后一件事情，视图逻辑可以很容易地转换成一个配置文件，不需要编写程序。如果采用 symfony，显示文章的例子需要 3 个文件：

• List 动作， 文件位置 app/myapp/modules/weblog/ actions/actions.class.php
• List 模板，文件位置 app/myapp/modules/weblog/ templates/listSuccess.php
• List 视图，文件位置 app/myapp/modules/weblog/ config/view.yml
• 布局，文件位置 app/myapp/modules/weblog/ config/view.yml

用 MVC 架构的 symfony 实现显示文章列表所费时间和代码要比单一脚本要少，更重要的是代码组织十分清楚，可重用，灵活。

而你会有一些意想不到的收获，兼容 XHTML、易调试、配置简单、自动数据库抽象、智能URL定向、支持多种环境，还有很多开发工具。

symfony 核心类

symfony 的 MVC 核心类：

• sfController：控制器类，它解析请求并将其交给动作处理
• sfRequest：保存所有的请求元素（参数、cookie、请求头等）
• sfResponse：包含响应的头和内容，它的内容最终会转换成 HTML 传给用户
• context singleton：（由 sfContext::getInstance()取得）保存对所有核心对象和当前配置的引用，从任何地方都能访问这个类

避免命名重复：所有的 symfony 类都有一个 sf 前缀，很多 symfony 模板中的核心变量也有 sf 前缀，可以避免与你的类名和变量名重复。

注意：在 symfony 编码规范中

1. 变量名和类名的命名标准：开头字母大写的驼峰字
2. 只有两个例外：
   2.1 核心 symfony 类以小写的 sf 开头
   2.2 模板里面的变量使用 小写下划线 的方式

总结-最小化复习强化

最小记忆：

1. symfony 的 MVC 实现方式分成哪几个部件？
2. symfony 的 4 个核心类分别是？symfon y的编码规范是怎样的？

结合实验和项目代码加深理解：（后续章节有详细涉及）

1. view 层被分为视图、模板、布局，部件之间有哪些区别？怎么编写？
2. controller 层被分为前端控制器、动作，它们的概念是什么？