CakePHP 2.x CookBook 中文版 第三章 入门 之 CakePHP 的结构

原创
2013/03/21 18:27
阅读数 176

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

展开阅读全文
打赏
0
1 收藏
分享
加载中
更多评论
打赏
0 评论
1 收藏
0
分享
返回顶部
顶部