模式扩展

模式扩展

模式扩展属于系统核心级别的扩展，可以改变底层的架构体系。在众多扩展中，也只有模式扩展具有改变和替换核心MVC的可能，其他扩展只是在标准模式基础之上的增强和替换，无法从根本上改变底层的架构。所以，大家会看到不同的模式扩展可能具有很大的用法区别，有些模式扩展是为某个特别的应用环境而定制的，例如CLI模式、AMF模式和PHPRPC模式。
新版对模式扩展的改进和行为扩展的增强使得开发人员对底层框架的DIY更加方便，也正是因为支持对框架底层进行DIY，使得ThinkPHP能够满足企业开发中更加复杂的项目需求。

使用模式扩展

我们前面所涉及的所有用法都是基于框架内置的标准模式的，除了标准模式之外，官方还提供了一些常用的模式扩展，模式扩展的目录位于Extend/Mode下面，已经提供的包括：Cli（命令模式）、Lite（精简模式）、Thin（简洁模式）、AMF模式、PHPRPC模式和REST模式，他们为不同的需求提供了不同的底层框架解决方案。通常来说不同的模式之间是无法进行切换。
要使用某个扩展模式，需要修改项目的入口文件，添加一行定义代码：

1. define('MODE_NAME','模式扩展名称');

每个项目只能使用一个模式扩展，所以即使采用了分组，不同的分组也只能采用相同的模式扩展。使用了模式扩展后，项目的编译缓存文件有所变化，例如，如果你当前用的是REST模式，那么生成的编译缓存文件则会变成~rest_runtime.php。
具体不同模式的用法需要参考每个模式扩展的帮助文件。

2

简洁模式

简洁模式相当于标准模式的主要区别在于：
默认不使用任何模板引擎（可以自己在操作方法里面调用）；
模型仅支持原生SQL操作和事务；
支持多数据库切换和连接；
默认仅支持MySQL数据库；
不支持语言包、模块分组、模板主题和Dispatch功能；
去除了大部分扩展机制；
如果你的应用选择了Mysql数据库，并且完全使用原生SQL操作，并希望有一个轻巧的核心，那么简洁模式是一个很好的选择。
要使用简洁模式，需要在项目的入口文件中添加模式定义：

1. define('MODE_NAME','Thin'); // 采用简洁模式运行

精简模式

精简模式在简洁模式的基础上，增加了：
默认使用PHP模板；
支持不带路由的Dispatch；
支持不带回调接口的CURD操作；
支持连贯操作、统计查询；
精简模式比简洁模式在模型方面多了CURD和连贯操作，如果你习惯于使用PHP作为模板，并且还是喜欢使用模型的CURD功能，但又不希望核心那么庞大，那么精简模式是一个不错的选择。
要使用精简模式，需要在项目的入口文件中添加模式定义：

1. define('MODE_NAME','Lite'); // 采用精简模式运行

命令模式

命令模式用于支持命令行模式下面的PHP应用，需要在入口文件设置：

1. define('MODE_NAME', 'cli')?  // 采用CLI运行模式运行

在命令模式下面，支持两种命令行的参数模式，
一、PATHINFO参数模式（URL_MODEL为1）
在PATHINFO参数模式下面，我们可以这样调用模块和操作

1. index.php module/action/id/4

二、普通参数模式（URL_MODEL设置为其它）
在普通参数模式下面 ，我们需要这样调用模块和操作

1. index.php module action id 4

在命令行模式下面，系统会自动把参数转换为GET变量，无论采用哪种命令行参数模式，我们可以直接使用GET变量获取参数，例如，采用下面的方式调用

1. index.php Info/read/category/2/id/4

在控制器中，我们可以直接获取$_GET['category']（这里传入的是2）和$_GET['id']（这里传入的是4）参数，如果你需要自己解析传入的参数顺序和值，就需要采用原生的系统变量$_SERVER['argv']来获取参数了。

AMF模式

AMF模式采用了ZendAMF类库，支持AMF开发和Flash进行通讯。首先，我们需要设置当前运行模式为Amf模式，在入口文件中增加下面代码：

1. define('MODE_NAME', 'amf')?  // 采用Amf运行模式运行

然后在项目配置文件中定义

1. 'APP_AMF_ACTIONS'=>'Index,User,Shop…' // 定义AMF模式的模块列表

只有在APP_AMF_ACTIONS中定义的模块才能在Amf模式中调用到。
最后一步就是在你的Flash客户端或者AS脚本中修改Amf的网关地址为当前项目的入口地址即可。

PHPRPC模式

首先，我们设置当前运行模式为Phprpc模式：

1. define('MODE_NAME', 'phprpc')?  // 采用Phprpc运行模式运行

然后在项目配置文件中定义

1. 'APP_PHPRPC_ACTIONS'=>'Index,User,Shop…' // 定义PHPRPC模式的模块列表

只有在APP_PHPRPC_ACTIONS中定义的模块才能在PHPRPC模式中调用到。

REST模式

Rest模式主要是为了支持RESTFul的开发，鉴于目前Rest主要用来提供接口服务，所以单独作为模式扩展来使用。首先，我们设置当前运行模式为rest模式：

1. define('MODE_NAME', 'rest')?  // 采用rest模式运行

关于Rest的更多用法，请参考16.2 REST支持部分。

定制模式扩展

要定制自己的模式扩展，首先要定义模式扩展的定义文件，定义文件位于Extend/Mode目录下面，命名就是模式扩展的名称（全部为小写），定义文件是一个数组，包括：

core	系统核心列表文件定义
config	模式配置文件
alias	模式别名定义文件
extends	模式系统行为定义
tags	应用行为定义文件

core是模式核心列表文件，如果core没有定义，则表示采用标准模式的核心列表文件，被定义的文件列表会纳入编译缓存，核心列表可以包含函数文件和类库文件，注意下面的文件无需定义：系统的Common公共文件、Think类、ThinkException类和Behavior类。下面的类必须定义：App类和Action类。
config是模式配置定义，可以采用文件名或者直接用数组定义的方式。
alias是模式别名定义，可以采用文件名或者直接用数组定义的方式。
extends是模式系统行为定义，可以采用文件名或者直接用数组定义的方式。
tags是应用行为定义，可以采用文件名或者直接用数组定义的方式。
上面这些定义，只有需要的时候才要定义，如果没有则可不必定义，一般core定义是模式扩展必须的，改变核心列表文件的定义就能起到自定义MVC的目的。
例如，命令行模式的模式定义文件为：

1. // 命令行模式定义文件
2. return array(
3.     'core' =>   array(
4.         MODE_PATH.'Cli/functions.php',   // 命令行系统函数库
5.         MODE_PATH.'Cli/Log.class.php',
6.         MODE_PATH.'Cli/App.class.php',
7.         MODE_PATH.'Cli/Action.class.php',
8.     ),
9.     // 项目别名定义文件 [支持数组直接定义或者文件名定义]
10.     'alias'         =>    array(
11.         'Model'    =>   MODE_PATH.'Cli/Model.class.php',
12.         'Db'        =>    MODE_PATH.'Cli/Db.class.php',
13.         'Cache'         => CORE_PATH.'Core/Cache.class.php',
14.         'Debug'         => CORE_PATH.'Util/Debug.class.php',
15.     ),
16.     // 系统行为定义文件
17.     'extends'    =>    array(),
18. );

模式扩展本身是一个扩展的集成，自身还可以包含其他扩展，例如行为扩展、函数扩展、类库扩展等。如果模式扩展中包含了自己的行为扩展，那么可以放到模式扩展目录下面的Behavior目录下面，系统可以自动加载该目录下面的行为类库。