PHP1234|PHP修炼之路|跟着明礼馨德一起修炼PHP

ThinkPHP引入了全新的CBD（核心Core+行为Behavior+驱动Driver）架构模式，从底层开始，框架就采用核心+行为+驱动的架构体系，核心保留了最关键的部分，并在重要位置设置了标签用以标记，其他功能都采用行为扩展和驱动的方式组合，开发人员可以根据自己的需要，对某个标签位置进行行为扩展或者替换，就可以方便的定制框架底层，也可以在应用层添加自己的标签位置和添加应用行为。而标签位置类似于AOP概念中的“切面”，行为都是围绕这个“切面”来进行编程。

Core（核心）

ThinkPHP的核心部分包括核心函数库、惯例配置、核心类库（包括基础类和内置驱动及核心行为），这些是ThinkPHP必不可少的部分。

ThinkPHP/Common/functions.php // 核心函数库
ThinkPHP/Conf/convention.php  // 惯例配置文件
ThinkPHP/Conf/debug.php  // 惯例调试配置文件
ThinkPHP/Mode/common.php  // 普通模式定义文件
ThinkPHP/Library/Think // 核心类库包
ThinkPHP/Library/Behavior // 系统行为类库
ThinkPHP/Library/Think/App.class.php // 核心应用类
ThinkPHP/Library/Think/Cache.class.php // 核心缓存类
ThinkPHP/Library/Think/Controller.class.php // 基础控制器类
ThinkPHP/Library/Think/Db.class.php // 数据库操作类
ThinkPHP/Library/Think/Dispatcher.class.php // URL解析调度类
ThinkPHP/Library/Think/Exception.class.php // 系统基础异常类
ThinkPHP/Library/Think/Hook.class.php // 系统钩子类
ThinkPHP/Library/Think/Log.class.php // 系统日志记录类
ThinkPHP/Library/Think/Model.class.php // 系统基础模型类
ThinkPHP/Library/Think/Route.class.php // 系统路由类
ThinkPHP/Library/Think/Storage.class.php // 系统存储类
ThinkPHP/Library/Think/Template.class.php // 内置模板引擎类
ThinkPHP/Library/Think/Think.class.php // 系统引导类
ThinkPHP/Library/Think/View.class.php // 系统视图类

Behavior目录下面是系统内置的一些行为类库，内置驱动则分布在各个不同的驱动目录下面（参考下面的驱动部分）。

Driver（驱动）

3.2版本在架构设计上更加强化了驱动的设计，替代了之前的引擎和模式扩展，并且改进了行为的设计，使得框架整体更加灵活，并且由于在需要写入数据的功能类库中都采用了驱动化的设计思想，所以使得新的框架能够轻松满足分布式部署的需求，对云平台的支持可以更简单的实现了。因此，在新版的扩展里面，已经取消了引擎扩展和模式扩展，改成配置不同的应用模式即可。

驱动包括

ThinkPHP/Library/Think/Cache/Driver // 缓存驱动类库
ThinkPHP/Library/Think/Db/Driver // 数据库驱动类库
ThinkPHP/Library/Think/Log/Driver // 日志记录驱动类库
ThinkPHP/Library/Think/Session/Driver // Session驱动类库
ThinkPHP/Library/Think/Storage/Driver // 存储驱动类库
ThinkPHP/Library/Think/Template/Driver // 第三方模板引擎驱动类库
ThinkPHP/Library/Think/Template/TagLib // 内置模板引擎标签库扩展类库

Behavior（行为）

行为（Behavior）是ThinkPHP扩展机制中比较关键的一项扩展，行为既可以独立调用，也可以绑定到某个标签（位）中进行侦听。这里的行为指的是一个比较抽象的概念，你可以想象成在应用执行过程中的一个动作或者处理，在框架的执行流程中，各个位置都可以有行为产生，例如路由检测是一个行为，静态缓存是一个行为，用户权限检测也是行为，大到业务逻辑，小到浏览器检测、多语言检测等等都可以当做是一个行为，甚至说你希望给你的网站用户的第一次访问弹出Hello，world！这些都可以看成是一种行为，行为的存在让你无需改动框架和应用，而在外围通过扩展或者配置来改变或者增加一些功能。

而不同的行为之间也具有位置共同性，比如，有些行为的作用位置都是在应用执行前，有些行为都是在模板输出之后，我们把这些行为发生作用的位置称之为标签（位），也可以称之为钩子，当应用程序运行到这个标签的时候，就会被拦截下来，统一执行相关的行为，类似于AOP编程中的“切面”的概念，给某一个标签绑定相关行为就成了一种类AOP编程的思想。

系统标签位

系统核心提供的标签位置包括（按照执行顺序排列）：

• app_init 应用初始化标签位
• module_check 模块检测标签位（3.2.1版本新增）
• path_info PATH_INFO检测标签位
• app_begin 应用开始标签位
• action_name 操作方法名标签位
• action_begin 控制器开始标签位
• view_begin 视图输出开始标签位
• view_template 视图模板解析标签位
• view_parse 视图解析标签位
• template_filter 模板解析过滤标签位
• view_filter 视图输出过滤标签位
• view_end 视图输出结束标签位
• action_end 控制器结束标签位
• app_end 应用结束标签位

在每个标签位置，可以配置多个行为，行为的执行顺序按照定义的顺序依次执行。除非前面的行为里面中断执行了（某些行为可能需要中断执行，例如检测机器人或者非法执行行为），否则会继续下一个行为的执行。

除了这些系统内置标签之外，开发人员还可以在应用中添加自己的应用标签，在任何需要拦截的位置添加如下代码即可：

// 添加my_tag 标签侦听
\Think\Hook::listen('my_tag');

方法第一个参数是要侦听的标签位，除此之外还可以传入并且只接受一个参数，如果需要传入多个参数，请使用数组。

// 添加my_tag 标签侦听
\Think\Hook::listen('my_tag',$params); 

该参数为引用传值，所以只能传入变量，因此下面的传值是错误的：

// 添加my_tag 标签侦听
\Think\Hook::listen('my_tag','param'); 

核心行为

系统的很多核心功能也是采用行为扩展组装的，对于满足项目日益纷繁复杂的需求和定制底层框架提供了更多的方便和可能性。

核心行为位于 ThinkPHP/Behavior/ 目录下面，框架核心内置的行为包括如下：

行为定义

自定义的扩展行为可以放在核心或者应用目录，只要遵循命名空间的定义规则即可。

行为类的命名采用：

行为名称（驼峰法，首字母大写）+Behavior

行为类的定义方式如下：

namespace Home\Behavior;
class TestBehavior {
     // 行为扩展的执行入口必须是run
     public function run(&$params){
         if(C('TEST_PARAM')) {
             echo 'RUNTEST BEHAVIOR '.$params;
         }
     }
}

行为类必须定义执行入口方法run,由于行为的调用机制影响，run方法不需要任何返回值，所有返回都通过引用返回。

run方法的参数只允许一个，但可以传入数组。

行为绑定

行为定义完成后，就需要绑定到某个标签位置才能生效，否则是不会执行的。

我们需要在应用的行为定义文件tags.php文件中进行行为和标签的位置定义，格式如下：

return array(
     '标签名称1'=>array('行为名1','行为名2',...), 
     '标签名称2'=>array('行为名1','行为名2',...), 
 );

标签名称包括我们前面列出的系统标签和应用中自己定义的标签名称，比如你需要在app_init标签位置定义一个CheckLangBehavior行为类的话，可以使用：

return array(
  'app_init'=>array('Home\Behavior\CheckLangBehavior'),
);

可以给一个标签位定义多个行为，行为的执行顺序就是定义的先后顺序，例如：

return array(
  'app_init'=>array(
    'Home\Behavior\CheckLangBehavior',
    'Home\Behavior\CronRunBehavior'
   ),
);

默认情况下tags.php中定义的行为会并入系统行为一起执行，也就是说如果系统的行为定义中app_init标签中已经定义了其他行为，则会首先执行系统行为扩展中定义的行为，然后再执行项目行为中定义的行为。例如： 系统行为定义文件中定义了：

'app_begin'  =>  array(
    'Behavior\ReadHtmlCacheBehavior', // 读取静态缓存
),

而应用行为定义文件有定义：

'app_begin'  =>  array(
    'Home\Behavior\CheckModuleBehavior',
    'Home\Behavior\CheckLangBehavior',
),

则最终执行到app_begin标签（位）的时候，会依次执行：

Library\Behavior\ReadHtmlCacheBehavior
Home\Behavior\CheckModuleBehavior
Home\Behavior\CheckLangBehavior

三个行为（除非中间某个行为有中止执行的操作）。

如果希望应用的行为配置文件中的定义覆盖系统的行为定义，可以改为为如下方式：

'app_begin'  =>  array(
    'Home\Behavior\CheckModuleBehavior',
    'Home\Behavior\CheckLangBehavior',
    '_overlay'    =>    true,
),

则最终执行到app_begin标签（位）的时候，会依次执行下面两个行为：

Home\Behavior\CheckModuleBehavior
Home\Behavior\CheckLangBehavior

应用行为的定义没有限制，你可以把一个行为绑定到多个标签位置执行，例如：

return array(
     'app_begin'=>array('Home\Behavior\TestBehavior'), // 在app_begin 标签位添加Test行为
     'app_end'=>array('Home\Behavior\TestBehavior'), // 在app_end 标签位添加Test行为
 );

单独执行

行为的调用不一定要放到标签才能调用，如果需要的话，我们可以在控制器中或者其他地方直接调用行为。例如，我们可以把用户权限检测封装成一个行为类，例如：

namespace Home\Behavior;
use Think\Behavior;
class AuthCheckBehavior extends Behavior {

     // 行为扩展的执行入口必须是run
     public function run(&$return){
         if(C('USER_AUTH_ON')) {
             // 进行权限认证逻辑 如果认证通过 $return = true;
             // 否则用halt输出错误信息
         }
     }
}

定义了AuthCheck行为后，我们可以在控制器的_initialize方法中直接用下面的方式调用：

B('Home\Behavior\AuthCheck');