thinkphp学习笔记5—模块化设计

1.模块结构　　

　　完整的ThinkPHP用用围绕模块/控制器/操作设计，并支持多个入口文件盒多级控制。ThinkPHP默认PATHINFO模式，如下：

http://serverName/index.php（或者其他应用入口文件）/模块/控制器/操作/[参数名/参数值...]

应用：由同一个入口文件访问的项目称为一个应用，在完整版的代码中就是Application

模块：一个应用下面可以包含多个模块，每个模块对应独立的目录，在完整版的代码中有Admin，Home，Common，Runtime四个模块

控制器：每个模块下有多个控制器，放在Controller目录里面，控制器对应一个单独的php类文件

操作：在控制器中又可以包含多个操作方法，还可以邦东某个操作类，每个操作就是URL访问的最小单元，这个有点迷惑，类不是方法，可以有返回值么？

 

2.模块设计

模块的目录结构如下：

  1. Application 默认应用目录（可以设置）
  2. ├─Common 公共模块（不能直接访问）
  3. ├─Home 前台模块
  4. ├─Admin 后台模块
  5. ├─... 其他更多模块
  6. ├─Runtime 默认运行时目录（可以设置）

模块不是固定的，可以方便的删除添加，但是一般Common，Runtime两个不用删除。

在模块内部又可以包含配置，控制器，模型等目录，结构如下：

  1. ├─Module 模块目录
  2. │ ├─Conf 配置文件目录
  3. │ ├─Common 公共函数目录
  4. │ ├─Controller 控制器目录
  5. │ ├─Model 模型目录
  6. │ ├─Logic 逻辑目录（可选）
  7. │ ├─Service Service目录（可选）
  8. │ ... 更多分层目录可选
  9. │ └─View 视图目录

除了Common和Conf目录之外，其他的可以灵活的添加和删除。

Common模块是一个公共模块，访问所有模块之前都会首先加载这个公共模块下的配置文件Conf/config.php和公共函数文件Common/function.php，但是没有找到这个function.php文件，Common模块本身不能通过URL直接访问，公共模块中的其他文件可以被其他模块集成或者调用。此外公共模块的位置可以通过COMMON_PATH常量改变，在入口文件中重新定义COMMON_PATH如下：

define('COMMON_PATH','./Common/');
define('APP_PATH','./Application/');
require './ThinkPHP/ThinkPHP.php';

目录结构变化如下

  1. www WEB部署目录（或者子目录）
  2. ├─index.php 入口文件
  3. ├─README.md README文件
  4. ├─Common 应用公共模块目录
  5. ├─Application 应用模块目录
  6. ├─Public 应用资源文件目录
  7. └─ThinkPHP 框架目录

我这里不是用define('COMMON_PATH','./Common/');生成的，而是define('COMMON_PATH','Common/');去掉了前面的./，生成目录截图如下：

这样Application目录下的Common目录就没有作用了。

 

3.自动生成模块目录

 3.2.2版本开始可以自动生成默认模块和自动生成控制器和模型，例如现在要生成一个Admin模块用于网站后台管理，可以在入口文件下面添加下面代码

// 绑定Admin模块到当前入口文件
define('BIND_MODULE','Admin');
define('APP_PATH','./Application/');
require './ThinkPHP/ThinkPHP.php';

然后刷新就可以在Application目录下面生成一个Admin目录，并且在Controller目录里面生成一个默认的控制器IndexController.Class.php文件，手册中的注释是绑定Admin模块到当前入口文件，其实这句话的具体作用是：如果没有应用下面没有Admin这个模块那么自动生成这个模块并以此模块作为入口文件，注意如果绑定的是Home这个模块，而去访问Admin这个目录就会报错的，http://Servername/thinkphp/index.php/Admin/Index，错误内容是：

无法加载控制器:Admin

还有一点，如果生成模块之后我们删除这句绑定，就没有错了，这样可以随便访问任何模块。

生成模块之后我们还可以自动在模块内生成控制器和模型文件，代码如下：

define('BIND_MODULE','Admin');
define('BUILD_CONTROLLER_LIST','Index,User,Menu');

注意这两句要一起执行，我测试发现如果开始执行第一句生成模块，再加上后面一句生成控制器的时候是不成功的，要删掉这个Admin目录，然后执行，这样会生成目录然后再Controller目录下生成控制器文件，这个有点傻瓜。

生成的控制器是继承自Think\Controller下。也可以实用命令行来生成控制器，这里我在赘述。

同样的道理也可以自动生成模型，代码如下：

define('BIND_MODULE','Admin');
define('BUILD_CONTROLLER_LIST','Index,User,Menu');
define('BUILD_MODEL_LIST','User,Menu');
define('APP_PATH','./Application/');
require './ThinkPHP/ThinkPHP.php';

同样的，不能有先后顺序，就是说这三句必须一起执行才有效，不能逐一执行。控制器继承自Think\Model

据我观察，如果没有绑定模块是会自动生成Home模块并访问这个模块的

 

系统默认配置中是禁止访问Common模块和Runtime模块，我们也可自己添加禁止访问的模块，代码如下：

// 设置禁止访问的模块列表
'MODULE_DENY_LIST' =>  array('Common','Runtime','Api'),

同样也可设置可以访问的模块和默认模块，代码如下：

'MODULE_ALLOW_LIST'    =>    array('Home','Admin','User'),
'DEFAULT_MODULE'       =>    'Home',

据我观察，就算不设置默认模块，ThinkPHP也会默认生成并访问Home模块。

如果项目比较简单，还可以设置单模块，代码如下：

// 关闭多模块访问
'MULTI_MODULE'          =>  false,
'DEFAULT_MODULE'        =>  'Home',

可以给相同的用用及模块绑定多个入口，不同入口文件设置不同的应用模式和绑定模块，代码如下：

// 绑定Home模块到当前入口文件
$_GET['m'] = 'Home'; 
define('APP_PATH','./Application/');
require './ThinkPHP/ThinkPHP.php';

这样就可以使用下面的路径来访问了http://Servername/thinkphp/home.php/Index

这个home.php里的内容和index.php内容一样，也是一个入口文件。

posted @ 2014-06-21 22:35  nd  阅读(27810)  评论(5)  编辑  收藏  举报