项目编译

ThinkPHP v1.0.0正式版本开始引入了新的项目编译机制，而在1.0.3版本中又进行了一些优化设置。

所谓的项目编译机制是指系统第一次运行的时候会自动生成核心缓存文件~runtime.php和项目编译缓存文件~app.php，第二次就会直接载入编译过的缓存文件，从而省去很多IO开销，加快执行速度，并且编译缓存文件默认是去掉空白和注释的，因此存在一个预编译的过程。项目编译机制对运行没有任何影响，预编译操作和其他的目录检测机制只会执行一次，因此无论在预编译过程中做了多少复杂的操作，对后面的执行没有任何效率的缺失。

1.0.2版本之前默认的生成路径是项目的根目录，1.0.2版本开始，默认的编译缓存目录为TEMP_PATH (项目的临时文件目录)。

还可以在入口文件里面设置RUNTIME_PATH，例如：

defined('RUNTIME_PATH','./MyApp/runtime/');    

系统会自动把编译缓存文件放到该目录下面生成，注意这样的话在Linux环境下面需要对RUNTIME_PATH目录设置可写权限。

注意在调试模式下面不会生成项目编译缓存，但是依然会生成核心缓存。

如果不希望生成核心缓存文件的话，可以在项目入口文件里面设置 CACHE_RUNTIME

例如:

如果在非调试模式下面，修改了配置文件或者项目公共文件，需要删除项目编译文件。1.0.4以上版本修改配置文件会自动重新生成编译缓存文件。

1.0.3版本以上，还可以设置对编译缓存的内容是否进行去空白和注释，例如：

define('STRIP_RUNTIME_SPACE',false);    

则生成的编译缓存文件是没有经过去注释和空白的，仅仅是把文件合并到一起，这样的好处是便于调试的错误定位，建议部署模式的时候把上面的设置为True或者删除该定义。

注意事项

下面的一些问题需要引起注意，便于在开发过程中更快的解决问题：

1、编译缓存目录必须设置为可写

2、如果有修改核心文件，可能需要删除核心编译缓存~runtime.php

模块和操作

ThinkPHP里面会根据当前的URL来分析要执行的模块和操作。这个分析工作由URL调度器来实现，官方内置了Dispatcher来完成该调度。在Dispatcher调度器中，会根据

Class UserAction extends Action{}

你甚至不需要定义任何操作方法，就可以完成很多默认的操作，因为Action基础类已经为你定义了很多常用的操作方法。例如，我们可以执行（如果已经存在对应模板文件的情况）

1. Class UserAction extends Action{     
2.   // 定义一个select操作方法，注意操作方法不需要任何参数     
3. Public function select(){     
4.   // select操作方法的逻辑实现     
5.    // ……     
6.    $this->display(); // 输出模板页面     
7. }     
8. }  

我们就可以执行,如果使用ThinkPHP框架采用单一入口模式部署项目，所以，每个项目至少需要一个入口文件来执行项目。入口文件并不一定是指index.php文件，虽然通常都这么设置。一个项目的入口文件可以放置在WEB目录下面任何需要的位置，区别仅仅在于读取的ThinkPHP系统目录的路径就不同而已。

对于一个项目来说，入口文件其实没有做任何与项目本身相关的逻辑或者处理，而仅仅是实例化一个ThinkPHP项目实例而已，所以，建议不要在入口文件里面做过多的处理工作，以导致额外的维护工作量。一个入口文件的标准写法是（假设该入口文件是位于项目目录下面的index.php文件）：

1. // 常量定义     
2. define('THINK_PATH', '../ThinkPHP');      
3. define('APP_NAME', 'Hello');     
4. define('APP_PATH', '.');     
5. // 加载框架公共入口文件      
6. require(THINK_PATH."/ThinkPHP.php");     
7. // 实例化一个网站应用实例     
8. $App = new App();//开源软件:phpfensi.com 
9. // 执行应用程序     
10. $App->run(); 

如果你把ThinkPHP所在路径添加到了PHP的include_path中,那么THINK_PATH可以无需定义,APP_NAME如果不定义,则默认为入口文件名.

无论你的项目有多么复杂或者多名简单，入口文件都是不变的，事实上，入口文件仅仅是实例化一个WEB应用而已，但是却必不可少。你可以为你的项目在多个位置定义多个入口文件，这并不违反框架的规则，而且也不影响项目的运行。

再次强调，不要在项目入口文件里面添加任何逻辑处理代码。

项目入口文件的位置是可以随意的，原则上可以放置在web目录下面的任何位置。

URL模式

ThinkPHP支持四种URL模式，可以通过设置URL_MODEL参数来定义，包括普通模式、PATHINFO、REWRITE和兼容模式。

普通模式 设置URL_MODEL 为0

采用传统的URL参数模式:http://serverName/appName/?m=module&a=action&id=1

PATHINFO模式 设置URL_MODEL 为1

默认情况使用URL_PATHINFO模式，ThinkPHP内置强大的PATHINFO支持，提供灵活和友好URL支持。PATHINFO模式还包括普通模式和智能模式两种：

普通模式 设置PATH_MODEL 参数为1

该模式下面URL参数没有顺序,例如

http://serverName/appName/m/module/a/action/id/1

http://serverName/appName/a/action/id/1/m/module

以上URL等效

智能模式 设置PATH_MODEL 参数为2 （系统默认的模式）

自动识别模块和操作，例如

http://serverName/appName/module/action/id/1/ 或者

http://serverName/appName/module,action,id,1/

在智能模式下面，第一个参数会被解析成模块名称（或者路由名称，下面会有描述），第二个参数会被解析成操作（在第一个参数不是路由名称的前提下），后面的参数是显式传递的，而且必须成对出现，例如：

http://serverName/appName/module/action/year/2008/month/09/day/21/

其中参数之间的分割符号由PATH_DEPR参数设置，默认为"/"，例如我们设置PATH_DEPR为"^"的话，就可以使用下面的URL访问：

http://serverName/appName/module^action^id^1/

注意不要使用"@" 和"&"符号进行分割，该符号有特殊用途，可能会导致其他的冲突。

略加修改，就可以展示出富有诗意的URL，呵呵～

如果想要简化URL的形式可以通过路由功能（后面会有描述），在PATH_INFO模式下面，会把相关参数转换成GET变量，以及并入REQUEST变量，因此不妨碍应用里面的以上变量获取。

REWRITE模式 设置URL_MODEL 为2

该URL模式和PATHINFO模式功能一样，除了可以不需要在URL里面写入口文件，和可以定义.htaccess 文件外。

例如，我们可以增加如下的.htaccess内容把所有操作都指向index.php文件。

1. RewriteEngine on 
2. RewriteCond %{REQUEST_FILENAME} !-d 
3. RewriteCond %{REQUEST_FILENAME} !-f 
4. RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L] 

兼容模式 设置URL_MODEL 为3

兼容模式是普通模式和PATHINFO模式的结合，并且可以让应用在需要的时候直接切换到PATHINFO模式而不需要更改模板和程序，基本上可以支持任何的运行环境。

只需要传入PATHINFO 兼容模式获取变量VAR_PATHINFO,默认值为s,例如

http://serverName/appName/?s=/module/action/id/1/

会执行和上面的URL等效的操作,并且也可以支持参数分割符号的定义,例如在PATH_DEPR设置为"~"的情况下,下面的URL有效：

http://serverName/appName/?s=module~action~id~1

兼容模式的情况下面模板文件不用做任何更改,保持和PATHINFO模式的写法一样,只需要在切换URL模式的时候清空下模板缓存目录.

URL路由

ThinkPHP支持URL路由功能，要启用路由功能，需要设置ROUTER_ON 参数为true。开启路由功能后，系统会自动进行路由检测，如果在路由定义里面找到和当前URL匹配的路由名称，就会进行路由解析和重定向。路由功能需要定义路由定义文件，位于项目的配置目录下面，文件名为routes.php，定义格式：

1. Return Array(     
2. // 第一种方式 常规路由     
3. 'RouteName'=>array('模块名称','操作名称','参数定义','额外参数'),     
4. // 第二种方式 泛路由     
5. ‘RouteName@’=>array(     
6. array('路由匹配正则','模块名称','操作名称','参数定义','额外参数'),     
7. ),     
8. …更多的路由名称定义     
9. )     
10.  
11. //或者 
12.  
13. $_routes = Array(     
14. 'RouteName'=>array('模块名称','操作名称','参数定义','额外参数'),     
15. 'RouteName@'=>array(     
16. array('路由匹配正则','模块名称','操作名称','参数定义','额外参数'),     
17. ),     
18. …更多的路由名称定义     
19. )     

系统在执行Dispatch解析的时候，会判断当前URL是否存在定义的路由名称，如果有就会按照定义的路由规则来进行URL解析。例如，我们启用了路由功能，并且定义了下面的一个路由规则：

'blog'=>array('Blog','index','year,month,day','userId=1&status=1')    

那么我们在执行

http://serverName/appName/blog/2007/9/15/的时候就会实际执行Blog模块的index操作，后面的参数/2007/9/15/ 就会依次按照 year/month/day 来解析，并且会隐含传入userId=1和status=1 两个参数。

另外一种路由参数的传入是

http://serverName/appName/?r=blog&year=2007&month=9&day=15，会执行上面相同的路由解析，该方式主要是提供不支持PATHINFO方式下面的兼容实现。其中r由VAR_ROUTER参数定义，默认是r。

泛路由支持

新版引入了泛路由支持，提供了对同一个路由名称的多个规则的支持，使得URL的设置更加灵活，例如，我们对Blog路由名称需要有多个规则的路由:

1. 'Blog@'=>array(     
2. array('/^\/(\d+)(\/p\/\d)?$/','Blog','read','id'),     
3. array('/^\/(\d+)\/(\d+)/','Blog','archive','year,month'),     
4. ), 

第一个路由规则表示解析 Blog/123 这样的URL到Blog模块的read操作

第二个路由规则表示解析 Blog/2007/08 这样的URL到Blog模块的archive操作

泛路由的定义难度就在路由正则的定义上面，其它参数和常规路由的使用一致。

举个简单路由的例子,如果我们有一个City模块,而我们希望能够通过类似下面这样的URL地址来访问具体某个城市的操作:

http://serverName/index.php/City/shanghai/

shanghai这个操作方法是不存在的,我们给相关的城市操作定义了一个city方法,如下:

1. Class CityAction extends Action{      
2. public function city(){      
3. // 读取城市名称      
4. $cityName = $_GET['name'];      
5. echo ('当前城市:'.$cityName);      
6. }      
7. } 

接下来我们来定义路由文件,实现类似于

http://serverName/index.php/City/shanghai/

这样的解析,路由文件名称是:

1. Return array(      
2. 'City'=>array('City','city','name');      
3. ); 

这样，URL里面所有的City模块都会被路由到City模块的city操作，而后面的第二个参数会被解析成 $_GET[‘name’]

接下来,我们就可以在浏览器里面输入.

http://serverName/index.php/City/beijing/

http://serverName/index.php/City/shanghai/

http://serverName/index.php/City/shenzhen/

会看到依次输出的结果是:

当前城市:beijing

当前城市:shanghai

当前城市:shenzhen

Tags: thinkphp框架 thinkphp执行流程

分享到：