MVC 的核心理念是代码的重用和关注点的分离(Separation of concern 我个人对这个理解就是将数据和表现进行分离)。如何正确遵循MVC的原理来编写代码是有一些基本指导原则可以遵循的。为了便于理解后面将要叙述的指导原 则,我们这里认为一个典型的Web应用由以下几个子应用(部分)组成:
前端——网站界面,面向普通用户
后台——一部分有管理权限的用户用于维护Web应用的正常运转
控制台——在终端中执行的命令,或者是定时任务如cronjob,用于日常运维
API——用于第三方合作,或者二次开发
Model
模型用于表示底层数据结构,经常在整个应用的不同部分共享,有些模型在前后台、API中都会用到,所以一个模型应该遵循的指导原则有:
包含属性用于描述特定的数据
应该包含业务逻辑,以确保数据能够满足表现的需要
应该包含数据操作的代码,比如数据存储、检索
不应该使用$_GET $_POST这样的只有在前端才会出现的数组,在控制台和API用到时候,可能就无法复用了
不应该出现HTML代码,负责表现的代码应该放到view文件中
在上述指导原则下,可能会写出非常庞大的Model类(过多数据操作,业务逻辑代码包含其中)。这种情况下,建议进一步抽象,提炼出一个基类,包含最通用的功能,然后前端、后端和API在用到时候,将各个子应用才相关的逻辑放到基类继承出来的子类里面。
View
视图主要就用于前端表现的代码。
包含HTML,以及所有负责表现的代码,可以出现PHP,但是只用于遍历数据、格式化数据
不应该包含DB请求
不应该出现引用$_GET $_POST这类数组的代码,这应该是Controller的工作。View只是专注于表现,布局等和页面呈现有关的业务,用户的请求数据应该由Controller和Model负责处理
如果必要,可以访问Model和Controller的属性,不过这是为了满足表现的需要
可以使用诸如布局、部分视图、HTML Helper类、Widget等框架特性来最大程度重用View的代码。
Controller
控制器是将模型、视图和其他组件组装在一起形成一个应用的粘合剂。控制器直接负责处理终端用户的请求。
可以访问$_GET $_POST这样的用户请求数组
创建模型,并决定一个模型对象的生命周期
不应该出现SQL语句,数据库请求应该放到Model中
不应该出现HTML代码,而应该将其放入到View中