CakePHP 的结构
CakePHP 包括控制器、模型和视图类，还包括一些能使 MVC 编程更快更容易的附加的类和对象。组件、行为和助手就是这样的类，它们提供扩展和利用，以使你能在基于 MVC 类的应用程序中快速添加功能。 现在我们将保持在一个较高水平上，找一找如何使用这些工作的详细信息。
应用程序扩展
每个控制器、助手和模型都有一个父类，你可以用它来定义应用程序内的变化。AppController （位置在/app/Controller/AppController.php）、 AppHelper （位置在 /app/View/Helper/AppHelper.php）和 AppModel （位置在 /app/Model/AppModel.php）是放置你要在所有控制器、助手和模型中共享的方法的好地方。
尽管它们不是类或者文件，路由仍然在 CakePHP 请求中充当重要角色。路由定义告诉 CakePHP 如何将 URL 映射到控制器动作。默认的行为假定 URL /controller/action/var1/var2 映射到 Controller::action($var1, $var2)，你可以使用路由自定义 URL 以及它们在你的应用程序里如何诠释。
一些应用程序的特性值得整体打包。插件是完成某些特定目的的模型、控制器和视图包，它们能跨越多个应用程序。用户管理系统或者简单的博客比较适用于 CakePHP 插件。
控制器扩展 (“组件”)
组件是在控制器逻辑中提供帮助的类。如果你有一些逻辑想要在多个控制器（或者应用程序）间共享，组件通常是比较合适的。作为例子，内核的 EmailComponent 类建造了一个创建和发送邮件的元件。 相对于在单个控制器内编写一个方法实现这个逻辑，你能打包这个逻辑并使其可以共享。
控制器也适合回调，这些回调对你也很有用，某些情况下你需要在 CakePHP 的核心操作间插入一些逻辑。有效的回调包括：
- beforeFilter()，在全部控制器动作逻辑前执行
- beforeRender()，在控制器逻辑之后、视图渲染之前执行
- afterFilter()，在所有控制器逻辑（包括视图渲染）之后执行。 afterRender() 和 afterFilter() 有所不同，直到你在控制器动作中手动调用 render()，并在调用后已经包含了一些逻辑。
模型扩展 (“行为”)
简单地说，行为在模型间添加公用的功能。例如，你在树形结构中存储用户数据，你可以指定你的 User 模型的行为像一个树，并且在你的树结构中提供删除、添加和移动节点的功能。
模型总是支持从其它类调用数据源。数据源是一个抽象的概念，它能使模型以一致的方式操控不同类型的数据。CakePHP 应用程序的主要数据来源常常是数据库，你可能会写一个允许你的模型提供 RSS feeds、CSV 文件、LDAP 分支或者 iCal 事件的附加的数据源。数据源允许你在不同的来源中整合数据：相对于 SQL 连接的限制，数据源允许你让你的 LDAP 模型整合许多 iCal 事件。
和控制器一样，模型也包含回调：
- beforeFind()
- afterFind()
- beforeValidate()
- beforeSave()
- afterSave()
- beforeDelete()
- afterDelete()
这些方法的名字足以让你知道它们是做什么的。你能在 模型 一章找到更详细的信息。
视图扩展 (“助手”)
助手是在视图逻辑中提供帮助的类。与组件之于控制器类似，助手允许视觉逻辑被访问并在多个视图间共享。核心助手中之一，JsHelper，使得在视图中使用 Ajax 请求更容易，并且提供 jQuery（默认）、Prototype 和 Mootools 支持。
更多的应用程序使用视图代码的片断提供复用。CakePHP 使布局和元素中的视图代码更易于复用。默认的，每个视图由控制器放置在一个布局中渲染。当很小的内容碎块要在多个视图内自用时使用元素。