学习笔记（二）

一.模块化设计

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

　　　　Common模块是一个特殊的模块，是应用的公共模块，访问所有的模块之前都会首先加载公共模块下面的配置文件（Conf/config.php）和公共函数文件（Common/function.php）。但Common模块本身不能通过URL直接访问，公共模块的其他文件则可以被其他模块继承或者调用。

　　　　define('COMMON_PATH','./Common/');

　　　　// 绑定Admin模块到当前入口文件

　　　　define('BIND_MODULE','Admin');

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

　　　　define('APP_PATH','./Application/');

　　　　require './ThinkPHP/ThinkPHP.php';

　　　　'MODULE_DENY_LIST' => array('Common','Runtime','Api'),

二.URL模式

　　　　'URL_CASE_INSENSITIVE' => true, 不区分大小写

　　　　普通模式->http://localhost/?m=home&c=user&a=login&var=value

　　　　PATHINFO模式->http://localhost/index.php/home/user/login/var/value/

　　　　REWRITE模式->http://localhost/home/user/login/var/value

　　　　兼容模式->http://localhost/?s=/home/user/login/var/value

三.多层MVC

　　模型（Model）层

　　　　数据层：Model/UserModel 用于定义数据相关的自动验证和自动完成和数据存取接口

　　　　逻辑层：Logic/UserLogic 用于定义用户相关的业务逻辑

　　　　服务层：Service/UserService 用于定义用户相关的服务接口等

　　视图（View）层

　　　　view 普通视图层目录

　　　　mobile 手机端访问视图层目录

　　　　'DEFAULT_V_LAYER' => 'Mobile', // 默认的视图层名称更改为Mobile

　　控制器（Controller）层

　　　　业务控制器：Home/Controller/UserController.class.php

　　　　事件控制器：Home/Event/UserEvent.class.php

四.系统流程

用户URL请求
调用应用入口文件（通常是网站的index.php）
载入框架入口文件（ThinkPHP.php）
记录初始运行时间和内存开销
系统常量判断及定义
载入框架引导类（ThinkThink）并执行Think::start方法进行应用初始化
设置错误处理机制和自动加载机制
调用ThinkStorage类进行存储初始化（由STORAGE_TYPE常量定义存储类型）
部署模式下如果存在应用编译缓存文件则直接加载（直接跳转到步骤22）
读取应用模式（由APP_MODE常量定义）的定义文件（以下以普通模式为例说明）
加载当前应用模式定义的核心文件（普通模式是 ThinkPHP/Mode/common.php）
加载惯例配置文件（普通模式是 ThinkPHP/Conf/convention.php）
加载应用配置文件（普通模式是 Application/Common/Conf/config.php）
加载系统别名定义
判断并读取应用别名定义文件（普通模式是 Application/Common/Conf/alias.php）
加载系统行为定义
判断并读取应用行为定义文件（普通模式是 Application/Common/Conf/tags.php）
加载框架底层语言包（普通模式是 ThinkPHP/Lang/zh-cn.php）
如果是部署模式则生成应用编译缓存文件
加载调试模式系统配置文件（ThinkPHP/Conf/debug.php）
判断并读取应用的调试配置文件（默认是 Application/Common/Conf/debug.php）
判断应用状态并读取状态配置文件（如果APP_STATUS常量定义不为空的话）
检测应用目录结构并自动生成（如果CHECK_APP_DIR配置开启并且RUNTIME_PATH目录不存在的情况下）
调用ThinkApp类的run方法启动应用
应用初始化（app_init）标签位侦听并执行绑定行为
判断并加载动态配置和函数文件
调用ThinkDispatcher::dispatch方法进行URL请求调度
自动识别兼容URL模式和命令行模式下面的$_SERVER['PATH_INFO']参数
检测域名部署以及完成模块和控制器的绑定操作（APP_SUB_DOMAIN_DEPLOY参数开启）
分析URL地址中的PATH_INFO信息
获取请求的模块信息
检测模块是否存在和允许访问
判断并加载模块配置文件、别名定义、行为定义及函数文件
判断并加载模块的动态配置和函数文件
模块的URL模式判断
模块的路由检测（URL_ROUTER_ON开启）
PATH_INFO处理（path_info）标签位侦听并执行绑定行为
URL后缀检测（URL_DENY_SUFFIX以及URL_HTML_SUFFIX处理）
获取当前控制器和操作，以及URL其他参数
URL请求调度完成（url_dispatch）标签位侦听并执行绑定行为
应用开始（app_begin）标签位侦听并执行绑定行为
调用SESSION_OPTIONS配置参数进行Session初始化（如果不是命令行模式）
根据请求执行控制器方法
如果控制器不存在则检测空控制器是否存在
控制器开始（action_begin）标签位侦听并执行绑定行为
默认调用系统的ReadHtmlCache行为读取静态缓存（HTML_CACHE_ON参数开启）
判断并调用控制器的_initialize初始化方法
判断操作方法是否存在，如果不存在则检测是否定义空操作方法
判断前置操作方法是否定义，有的话执行
Action参数绑定检测，自动匹配操作方法的参数
如果有模版渲染（调用控制器display方法）
视图开始（view_begin）标签位侦听并执行绑定行为
调用ThinkView的fetch方法解析并获取模版内容
自动识别当前主题以及定位模版文件
视图解析（view_parse）标签位侦听并执行绑定行为
默认调用内置ParseTemplate行为解析模版（普通模式下面）
模版引擎解析模版内容后生成模版缓存
模版过滤替换（template_filter）标签位侦听并执行绑定行为
默认调用系统的ContentReplace行为进行模版替换
输出内容过滤（view_filter）标签位侦听并执行绑定行为
默认调用系统的WriteHtmlCache行为写入静态缓存（HTML_CACHE_ON参数开启）
调用ThinkView类的render方法输出渲染内容
视图结束（view_end）标签位侦听并执行绑定行为
判断后置操作方法是否定义，有的话执行
控制器结束（action_end）标签位侦听并执行绑定行为
应用结束（app_end）标签位侦听并执行绑定行为
执行系统的ShowPageTrace行为（SHOW_PAGE_TRACE参数开启并且不是AJAX请求）
日志信息存储写入

五.启用路由

namespace HomeController;
use ThinkController;
class NewsController extends Controller{
public function read(){
$New = M('New');
if(isset($_GET['id'])) {
// 根据id查询结果
$data = $New->find($_GET['id']);
}elseif(isset($_GET['name'])){
// 根据name查询结果
$data = $New->getByName($_GET['name']);
}
$this->data = $data;
$this->display();
}
public function archive(){
$New = M('New');
$year = $_GET['year'];
$month = $_GET['month'];
$begin_time = strtotime($year . $month . "01");
$end_time = strtotime("+1 month", $begin_time);
$map['create_time'] = array(array('gt',$begin_time),array('lt',$end_time));
$map['status'] = 1;
$list = $New->where($map)->select();
$this->list = $list;
$this->display();
}
}

定义路由规则如下：

'URL_ROUTER_ON' => true, //开启路由
'URL_ROUTE_RULES' => array( //定义路由规则
'new/:idd' => 'News/read',
'new/:name' => 'News/read',
'new/:yeard/:monthd' => 'News/archive',
),

然后，我们访问： http://serverName/index.php/Home/new/8

会匹配到第一个路由规则，实际执行的效果等效于访问： http://serverName/index.php/Home/News/read/id/8

当访问： http://serverName/index.php/Home/new/hello

会匹配到第二个路由规则，实际执行的效果等效于访问： http://serverName/index.php/Home/News/read/name/hello

那么如果访问： http://serverName/index.php/Home/new/2012/03

是否会匹配第三个路由规则呢？我们期望的实际执行的效果能够等效于访问： http://serverName/index.php/Home/News/archive/year/2012/month/03

事实上却没有，因为http://serverName/index.php/Home/new/2012/这个URL在进行路由匹配过程中已经优先匹配到了第一个路由规则了，把2012当成id的值传入了，这种情况属于路由规则的冲突，解决办法有两个：

1、调整定义顺序

路由定义改成：

'URL_ROUTE_RULES' => array( //定义路由规则
'new/:yeard/:monthd' => 'News/archive',
'new/:idd' => 'News/read',
'new/:name' => 'News/read',
),

接下来，当我们再次访问： http://serverName/index.php/Home/new/2012/03

的时候，达到了预期的访问效果。所以如果存在可能规则冲突的情况，尽量把规则复杂的规则定义放到前面，确保最复杂的规则可以优先匹配到。但是如果路由规则定义多了之后，仍然很容易混淆，所以需要寻找更好的解决办法。

2、利用完全匹配功能

现在我们来利用路由的完全匹配定义功能，把路由定义改成：

'URL_ROUTE_RULES' => array( //定义路由规则
'new/:idd$' => 'News/read',
'new/:name$' => 'News/read',
'new/:yeard/:monthd$' => 'News/archive',
),

在规则最后加上$符号之后，表示完整匹配当前的路由规则，就可以避免规则定义的冲突了。对于规则路由来说，简单的理解就是URL里面的参数数量或者类型约束要完全一致。所以，如果我们访问 http://serverName/index.php/Home/new/2012/03/01

的话，是不会匹配成功任何一条路由的。

3、利用正则路由

当然，解决问题的办法总是不止一种，对于复杂的情况，我们不要忘了使用正则路由规则定义，在你找不到解决方案的时候，正则路由总能帮到你。要实现上面的同样路由功能的话，还可以用下面的规则定义：

'URL_ROUTE_RULES' => array( //定义路由规则
'/^new/(d+)$/' => 'News/read?id=:1',
'/^new/(w+)$/' => 'News/read?name=:1',
'/^new/(d{4})/(d{2})$/' => 'News/achive?year=:1&month=:2',
),