MVC模式在网站架构中十分常见。它允许我们建立一个三层结构的应用程式，从代码中分离出有用的层，帮助设计师和开发者协同工作以及提高我们维护和扩展既有程式的能力。
视图（View）
“视图”主要指我们送到Web浏览器的最终结果??比如我们的脚本生成的HTML。当说到视图时，很多人想到的是模版，但是把模板方案叫做视图的正确性是值得怀疑的。
对视图来说，最重要的事情可能是它应该是“自我意识（self aware）”的，视图被渲染（render）时，视图的元素能意识到自己在更大框架中的角色。
以XML为例，可以说XML在被解析时，DOM API有着这样的认知??一个DOM树里的节点知道它在哪里和它包含了什么。 （当一个XML文档中的节点用SAX解析时只有当解析到该节点时它才有意义。）
绝大多数模板方案使用简单的过程语言和这样的模板标签：
| 以下是代码片段： {some_text} {some_more_text} |
它们在文档中没有意义，它们代表的意义只是PHP将用其他的东西来替换它。
如果你同意这种对视图的松散描述，你也就会同意绝大多数模板方案并没有有效的分离视图和模型。模板标签将被替换成什么存放在模型中。
在你实现视图时问自己几个问题：“全体视图的替换容易吗？”“实现一个新视图要多久？” “能很容易的替换视图的描述语言吗？（比如在同一个视图中用SOAP文档替换HTML文档）”
模型（Model）
模型代表了程序逻辑。（在企业级程序中经常称为业务层（business layer））
总的来说，模型的任务是把原有数据转换成包含某些意义的数据，这些数据将被视图所显示。通常，模型将封装数据查询，可能通过一些抽象数据类（数据访问层）来实现查询。举例说，你希望计算英国年度降雨量（只是为了给你自己找个好点的度假地），模型将接收十年中每天的降雨量，计算出平均值，再传递给视图。
控制器（controller）
简单的说控制器是Web应用中进入的HTTP请求最先调用的一部分。它检查收到的请求，比如一些GET变量，做出合适的反馈。在写出你的第一个控制器之前，你很难开始编写其他的PHP代码。最常见的用法是index.php中像switch语句的结构：
| 以下是代码片段： switch ($_GET[’viewpage’]) { case "news": $page=new NewsRenderer; break; case "links": $page=new LinksRenderer; break; default: $page=new HomePageRenderer; break; } $page->display(); ?> |
这段代码混用了面向过程和对象的代码，但是对于小的站点来说，这通常是最好的选择。虽然上边的代码还可以优化。
