解密ThinkPHP3.1.2版本之独立分组功能应用

thinkphp的分组功能是广为开发者使用的一个具有很大实用价值的功能，该功能可以解决中大型项目情况中mvc分层文件过多导致不易管理的问题。

而thinkphp3.1.2版本添加的独立分组功能则为此类问题提出了新的解决思路，更加适合组件化的开发模式。我们就此了解下这一功能。

1.概述

独立分组功能不影响原有分组模式的运行，并且原有分组模式仅需移动目录结构即可完成独立分组模式的升级，无需任何应用代码的改动。

而且新的独立分组可以很方便的独立装卸和移动，可以摆脱原来普通分组文件分散在各个不同的目录下面的困扰。

独立分组的url访问和原先的普通分组一样，没有任何区别，配置分组列表也仍然采用app_group_list参数配置。设置默认分组则采用default_group参数。例如：

'app_group_list'=>'home,admin',
'default_group'=>'home',

虽然新的独立分组已经完全可以取代原有普通分组模式，不过为了考虑到原有分组项目的平滑升级，此次新版增加了一个配置参数：

app_group_mode 用于配置分组模式，默认为0 为原有的普通分组模式，如果设置为1 则表示启用独立分组模式。
是否需要升级为独立分组模式完全由你决定，相信你看完后面的内容会有明智的选择。

2.目录结构

启用独立分组模式后，你需要在项目目录下面创建独立分组目录，该目录可以由项目配置文件通过app_group_path参数配置，默认值为modules。假设我们没有做任何更改的话，在modules目录下面就是每个分组的子目录，每个分组是完全独立的，包括模型、控制器、视图、配置和函数文件等等，你可以很方便的实现分组的移动和卸载。
标准的独立分组目录结构为（以一个home分组为例）：

─home home分组目录
 ├─common 分组函数目录
 ├─conf 分组配置目录
 ├─lang 分组语言包目录
 ├─action 分组action控制器目录
 ├─model 分组model模型目录
 ├─widget 分组widget目录
 ├─org 分组扩展类库目录
 ├─... 其他分层目录
 └─tpl 分组模板目录

（注意：独立分组的目录结构目前需要手动创建）
基本上可以看到，独立分组除了没有入口文件外，其他独立项目具备的结构都基本具备了。
从原来的普通分组升级到独立分组，只需要在项目配置文件中增加：

'app_group_mode'=>1

然后把原来项目lib目录下面属于对应分组的mvc文件，以及分组的函数、配置和语言（如果有的话）文件依次对照上面的独立分组的目录结构放入对应目录即可。

3.公共文件

采用独立分组后，原来的项目lib目录则作为分组公共类库文件设计，如果你的多个独立分组需要调用公共的action或者model类的话（其实还包括其他的分层控制器和模型类），则可以把这些公共类放入项目的lib目录下面的对应目录（实际的升级过程中，这些公共类库文件基本上保持目录结构不变，所以无需移动）。
分组的公共类库文件无需手动加载，均采用了自动加载机制。
所以，最终采用独立分组模式的实际项目目录结构如下：

├─index.php   项目入口文件
 ├─common 项目公共文件目录
 ├─conf 项目配置目录
 ├─lang 项目语言目录
 ├─modules 独立分组目录
 │ ├─home home分组目录（独立分组目录结构参考前面）
 │ ├─admin admin分组目录
 │ └─... 其他分组目录
 ├─lib 分组公共类库目录
 │ ├─action 公共action类库目录
 │ ├─behavior 公共行为类库目录
 │ ├─model 公共模型类库目录
 │ └─... 其他公共类库目录
 ├─runtime 项目运行时目录
 │ ├─cache 模板缓存目录
 │ ├─data 数据缓存目录
 │ ├─logs 日志文件目录
 │ └─temp 临时缓存目录

4.模板文件

独立分组的模板文件由项目的tpl目录移动到了独立分组目录的tpl目录，原来的模板分组子目录不再需要，例如：

tpl/home/index/index.html 

移动到独立分组下的tpl目录后，应该是：

tpl/index/index.html

模板主题功能仍然支持。

5.调用类库

独立分组在导入类库的时候，使用方法和导入项目类库基本一致，例如：

import('@.action.testaction'); // 导入当前分组下的action/testaction.class.php
 import('@.org.util.image'); // 导入当前分组下的org/util/image.class.php

独立分组不考虑多个分组之间的交互和调用，只能调用公共类库。
如果你必须调用其他分组的类库，而没有采用公共类库设计的话，那么可以使用：

import('org.util.image',app_path.'modules/admin'); 

不过，采用独立分组后，a方法和r方法、d方法均不支持跨分组调用了。