thinkphp模块设计

标签：发布   扩展   log   灵活   除了   机制   absolute   span   service   

3.2发布版本自带了一个应用目录结构，并且带了一个默认的应用入口文件，方便部署和测试，默认的应用目录是Application（实际部署过程中可以随意设置）。

通常情况下3.2无需使用多应用模式，因为大多数情况下，我们都可以通过多模块化以及多入口的设计来解决应用的扩展需求。

模块设计

新版采用模块化的设计架构，下面是一个应用目录下面的模块目录结构，每个模块可以方便的卸载和部署，并且支持公共模块。

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

注意：3.2版本在原来3.1.3的独立分组的基础上进行了改进，改进后的独立分组就是新版的模块，之前的模块则改称为控制器。

每个模块是相对独立的，其目录结构如下：

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

由于采用多层的MVC机制，除了Conf和Common目录外，每个模块下面的目录结构可以根据需要灵活设置和添加，所以并不拘泥于上面展现的目录

thinkphp模块设计

标签：发布   扩展   log   灵活   除了   机制   absolute   span   service   

原文地址：https://www.cnblogs.com/furuihua/p/11753716.html