CakePHP 2 CookBook中文版 第三章 入门(五)

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 使布局和元素中的视图代码更易于复用。默认的，每个视图由控制器放置在一个布局中渲染。当很小的内容碎块要在多个视图内自用时使用元素。