ThinkPHP模块分组的项目部署

模块分组功能是为了更好的组织已有的模块,并且增加项目容量的一个有效机制。分组功能可以把以往的多项目合并到一个项目中去,这样一来,之前需要采用跨项目操作的地方,现在因为在一个项目中从而免去了不少麻烦,并且公共文件的重用也方便了,并且每个分组都可以有自己独立的配置文件、公共文件、语言包,在URL的访问上面也非常清晰。

要启用分组模块非常简单,配置下APP_GROUP_LIST参数和DEFAULT_GROUP参数即可。

例如我们把当前的项目分成Home和Admin两个组,分别表示前台和后台功能,那么只需要进行下面的配置:

‘APP_GROUP_LIST’=>’Admin,Home’,

‘DEFAULT_GROUP’=>’Home’,

需要注意的是,一定要把上面的配置参数放入项目的配置文件,而不是项目的分组配置或者模块配置文件。多个分组之间用逗号分隔即可,默认分组只允许设置一个。

在我们启用项目分组之前,由于使用的两个项目,所以URL地址分别是:

http://<serverName>/index.php/Index/index  Home项目地址

http://<serverName>/Admin/index.php/Index/index  Admin项目地址

采用了分组模式后,URL地址变成:

http://<serverName>/index.php/Home/Index/index

如果Home是默认分组的话 还可以变成 HTUhttp://<serverName>/index.php/Index/index

http://<serverName>/index.php/Admin/Index/index

如果设置了隐藏index.php的话,两者的URL表现效果基本上是一致的,但是从管理和公共调用的角度来看,确实方便了不少。当使用分组模式时,目录结构只是做了一点小小的扩展,主要区别在于项目类库目录和模板目录下面多了一层分组目录。

如果不使用分组模式的话,Action目录下面应该是所有的Action类库,现在我们可以在Action目录下面创建自己的分组目录,例如我们把当前项目分成了Home和Admin两个组,那么就需要在Action目录下面创建Home和Admin目录,然后把属于各自的Action类库放到对应的目录下面。如果某个Action类库是每个分组都需要使用或者公共继承的话,可以把这个公共Action类库放到分组目录之外,并且利用ThinkPHP的自动加载机制无需手动引入。

使用了模块分组后,如果需要实例化其他分组的模块类,可以使用:

A(‘Home.User’);// 实例化Home分组的UserAction类

对于分组模式下面的Model类库是否需要分组完全看项目的需要,由于通常不同的分组对应的数据表是相同的,因此,我们推荐Model类库不分组存放,仍然保留之前的方式,无论是什么分组都公共调用Model类库。如果确实需要分组的话,仍然可以按照Action的方式,在Model目录下面创建Home和Admin目录,然后放入对应的Model类库,采用这种方式的话,模型类的调用方法有所区别。

如果模型类也分组存放,在使用D方法调用的时候需要使用:

$User = D(‘Home.User’);// 实例化Home分组下面的UserModel类

模板文件的分组和Action类库分组也基本类似,在原来的模板主题目录下面增加一个分组目录即可。

例如:

Tpl/default/Home/Index/index.html

Tpl/default/Admin/User/index.html

相比之前的模板文件位置就是多了一个分组目录Home和Admin,如果觉得目录结构太深了,可以配置 TMPL_FILE_DEPR参数来减少目录层次,该参数默认是 “/”,如果改成

‘TMPL_FILE_DEPR’=>’_’

那么分组的模板文件就变成了

Tpl/default/Home/Index_index.html

Tpl/default/Admin/User_index.html

分组模块的概念,并不局限于将项目区分为前台和后台。你可以按自己所需类型,进行明确细致的区分,这样非常方便于项目管理和开发部署。

分组模块下面的具体模块和之前的模块功能没有任何区别,已有的URL和模块功能都可以很好的支持,例如空模块、空操作、伪静态等等。

更多的关于分组模式下面URL方面的区别可以查看URL生成部分的U方法的使用。