系统路由
系统默认提供了:
1.PATH_INFO路由器。
2.GET模式路由器。
默认情况下,我们可以使用PATH_INFO路由器的访问规则或者GET模式路由器的访问规则访问我们的控制器。
下面对这两个路由器进行介绍:
1.PATH_INFO路由器
在入口文件里面我们会发现下面的配置。
//初始化请求
->setRequest(new Soter_Request_Default())
//注册默认pathinfo路由器
->addRouter(new Soter_Router_PathInfo_Default())
//pathinfo路由器,注册uri重写
->setUriRewriter(new Soter_Uri_Rewriter_Default())
从上面我们可以看到Soter初始化请求的时候,注册了一个Soter_Request_Default对象,
Soter_Request_Default对象是实现了接口Soter_Request的类对象,这个类对象就是所有
路由器用来解析路由信息对象,各种路由器可以按着自己的规则分析这个Soter_Request对象
提供的路由信息,实现不同功能的路由器。
接着通过addRouter方法注册了系统默认的Soter_Router_PathInfo_Default路由器类,也就是PATH_INFO路由器。
PATH_INFO路由器,是通过分析符合形如:/Welcome/user.do这样的URI的路由器。
接口Soter_Request代码如下:
interface Soter_Request {
public function getPathInfo();
public function getQueryString();
}
可以看到Soter_Request接口定义了两个抽象方法,它们的含义如下:
1. getPathInfo() 获取URL中的PATH_INFO信息。
实现类必须返回PATH_INFO
格式的字符串,比如:/Welcome/index.do。
2. getQueryString() 获取URL中的QueryString查询字符串信息。
实现类必须返回QueryString
格式的字符串,比如:c=welcome&c=index。
PATH_INFO路由器支持的访问规则如下:
1.比如:/index.php/Welcome/article.do
访问的就是控制器application/classes/Controller/Welcome.php,中的do_article方法。
2.假如我们在入口文件里面注册了hmvc模块Demo,那么访问:/index.php/Demo/Welcome/article.do
访问的就是控制器application/hvmc/demo/classes/Controller/Welcome.php,中的do_article方法。
3.比如:/index.php/Welcome/article-system-001.do
Welcome控制器代码如下:
class Controller_Welcome extends Soter_Controller {
public function do_article($cat='food',$id='002') {
echo $cat;//$cat是system
echo $id;//$id是001
}
}
当我们访问/index.php/Welcome/article-system-001.do
那么就传递了system和001两个参数给上面的do_article方法,system对应$cat,001对应$id,
如果有更多个参数,url里面的参数顺序和方法里面参数顺序依次对应。
上面的代码中输出的:$cat是system,$id是001。
提示:
为了避免当我们在url中没有传递参数给do_article的时候,php报notice变量不存在的错误,
我们给do_article方法的$cat和$id两个参数变量一个默认值food和002,
这样就能避免我们没有传递参数的时候php不报错。
4.比如:/index.php/Welcome/article--001.do
传递了两个参数给Welcome->do_article($cat='food',$id='002'),其中$cat是空,$id是001
5.比如:/index.php/Welcome/article-system-.do
传递了两个参数给Welcome->do_article($cat='food',$id='002'),其中$cat是system,$id是空
6.比如:/index.php/Welcome/article-system.do
传递了两个参数给Welcome->do_article($cat='food',$id='002'),其中$cat是system,$id是002
7.比如:/index.php/Welcome/article.do
传递了两个参数给Welcome->do_article($cat='food',$id='002'),其中$cat是food,$id是002
8.比如:/index.php/Welcome/article.do?p1=a&p2=b
传递了两个get参数给Welcome->do_article(),
那么我们就可以在do_article方法里面通过Sr::get('p1'),Sr::get('p2')获取它们的值。
默认的参数分隔符 - 可以通过入口文件里面修改配置 ->setMethodParametersDelimiter('-')进行修改。
2.PATH_INFO路由器URI重写
Soter里面用户可以自定义PATH_INFO路由器URI重写类,默认情况下PATH_INFO路由器处理的是$_SERVER['PATH_INFO'],
但是用户可以通过注册自己的URI重写类对$_SERVER['PATH_INFO']进行重写,把重写之后的URI返回给PATH_INFO路由器使用。
满足用户对路由器规则的各种需求。
上面的配置里面我们看到下面的配置:
//pathinfo路由器,注册uri重写
->setUriRewriter(new Soter_Uri_Rewriter_Default())
这个配置就是注册uri重写,稍候我们会详细介绍URI重写类的写法。这里先说明他的作用。
配置中我们可以看到Soter注册了一个默认的uri重写类Soter_Uri_Rewriter_Default。
下面是这个类的实现代码,我们一起看一下:
class Soter_Uri_Rewriter_Default implements Soter_Uri_Rewriter {
public function rewrite($uri) {
return $uri;
}
}
可以看到默认的URI重写类Soter_Uri_Rewriter_Default实现了Soter_Uri_Rewriter接口,
然后在rewrite方法里面接收了$uri参数,然后原样返回了。
其实我们可以在rewrite方法里面进行比如正则替换之类的,处理$uri,然后把处理之后的$uri返回就行了,
然后PATH_INFO路由器最终分析使用的就是返回的$uri;
提示:
比如:$_SERVER['PATH_INFO']是/Welcome/index.do
那么方法里面接收的$uri就是/Welcome/index.do
下面我们自定义一个自己的URI重写类。
1.新建文件application/classes/UriRewriter/MyRewriter.php
2.输入以下代码:
class UriRewriter_MyRewriter implements Soter_Uri_Rewriter {
public function rewrite($uri) {
if(strpos($uri, '/Welcome/')===0){
return str_replace('/Welcome/', '/Home/', $uri);
}
return $uri;
}
}
3.上面我们的UriRewriter_MyRewriter重写类,在rewrite方法里面做了简单的判断,
如果访问的是Welcome控制器,那么就转换为访问的是Home控制器,然后返回转换后的$uri,
这样路由器就会使用转换后的$uri,去寻找Home控制器。
这里只是简单的演示一下怎么进行重写,我们可以在rewrite方法里面进行更复杂的正则替换等等,
满足自己的各种需求。
4.最后为了让我们的UriRewriter_MyRewriter重写类生效,我们需要在入口文件里面注册一下,
在入口文件里可以进行如下设置:
//pathinfo路由器,注册uri重写
->setUriRewriter(new UriRewriter_MyRewriter())
5.最后为了测试我们可以新建一个Home控制器,application/classes/Controller/Home.php
输入以下代码:
class Controller_Home extends Soter_Controller {
public function do_index() {
echo 'home called';
}
}
然后我们浏览器访问,比如:http://127.0.0.1/soter/index.php/Welcome/index.do
就会看到输出了:home called,说明我们的$uri重写生效了。
小提示:
前面我们会发现,控制器方法都默认用的是do_前缀,浏览器地址里面方法的后缀是.do。
它们是可以通过修改入口文件里面的配置进行改变的。
在入口文件里面你可以看到下面的配置:
//控制器方法前缀
->setMethodPrefix('do_')
//方法url后缀
->setMethodUriSubfix('.do')
我们只要修改里面的do_和.do为我们想要使用的前缀和后缀即可。
提示:
方法url后缀是必须的不能为空。
3.GET模式路由器。
GET模式路由器,就是用户通过在浏览器URL里面通过get变量指定要访问的控制器,方法和hmvc模块。
在入口文件index.php里面我们可以看到下面和get路由器相关的配置。
//注册默认get路由器
->addRouter(new Soter_Router_Get_Default())
//get路由器,url中的控制器的get变量名
->setRouterUrlControllerKey('c')
//get路由器,url中的方法的get变量名
->setRouterUrlMethodKey('a')
//get路由器,url中的hmvc模块的get变量名
->setRouterUrlModuleKey('m')
可以看到默认情况下,系统注册了默认GET路由器类Soter_Router_Get_Default,处理get模式$uri路由。
然后注册了控制器的get变量名a,方法的get变量名a,hmvc模块的get变量名m。
也就是如下:
1.get参数 c 代表控制器名称
2.get参数 a 代表控制器方法名称
3.get参数 m 代表hmvc模块名称
比如:
1.访问:http://127.0.0.1/index.php?c=Welcome&a=index
访问的就是控制器Welcome的index方法
2.访问:http://127.0.0.1/index.php?c=Welcome&a=index&m=Demo
访问的就是hmvc Demo模块的控制器Welcome的index方法
提示:
我们可以在这里修改配置,使用我们自己想用的参数名称。
用户路由
Soter里面用户可以自定义路由器。
我们在入口文件index.php里面可以发现下面的配置:
//注册默认pathinfo路由器
->addRouter(new Soter_Router_PathInfo_Default())
//注册默认get路由器
->addRouter(new Soter_Router_Get_Default())
可以发现Soter注册了两个路由器分别是pathinfo路由器,get路由器。
我们之所以能通过PATH_INFO模式和GET模式访问我们的控制器就是因为在这里注册了它们。
当然我们也可以注册自己的路由器。完成一个路由器是一个相对复杂的事情,要处理很多信息,
分析$uri找到控制器名称,方法名称,hmvc模块名称并加载hvmc模块。
为了方便了解路由器需要完成的功能,我们一起看看系统GET路由器的实现代码,并分析一下。
系统GET路由器的实现代码如下:
class Soter_Router_Get_Default extends Soter_Router {
public function find() {
$config = Sr::config();
$query = $config->getRequest()->getQueryString();
//pathinfo非空说明是pathinfo路由,get路由器不再处理直接返回
if (!$config->getRequest()->getPathInfo() || !$query) {
return $this->route->setFound(FALSE);
}
parse_str($query, $get);
$controllerName = Sr::arrayGet($get, $config->getRouterUrlControllerKey(), '');
$methodName = Sr::arrayGet($get, $config->getRouterUrlMethodKey(), '');
$hmvcModuleName = '';
//当前域名没有绑定hmvc模块,路由器需要处理hmvc模块
if (!(Sr::config()->getHmvcDomain())) {
$hmvcModuleName = Sr::arrayGet($get, $config->getRouterUrlModuleKey(), '');
//hmvc模块是domainOnly的就重置为空
if ($config->hmvcIsDomainOnly($hmvcModuleName)) {
$hmvcModuleName = '';
}
}
//处理hmvc模块
$hmvcModuleDirName = Soter::checkHmvc($hmvcModuleName, false);
if ($controllerName) {
$controllerName = $config->getControllerDirName() . '_' . $controllerName;
}
if ($methodName) {
$methodName = $config->getMethodPrefix() . $methodName;
}
return $this->route->setHmvcModuleName($hmvcModuleDirName ? $hmvcModuleName : '')
->setController($controllerName)
->setMethod($methodName)
->setFound($hmvcModuleDirName || $controllerName);
}
}
可以看到Soter_Router_Get_Default继承了抽象类Soter_Router,我们来一行行的分析:
第4行:通过Sr::config()获取系统配置对象,为下面使用配置信息准备。
第5行:通过$config->getRequest()->getQueryString()获取URL中的QueryString信息,$query比如是:c=Welcome&a=index
$config->getRequest()返回的就是我们之前说过的入口文件里面初始化请求注册的那个Soter_Request_Default类对象。
//初始化请求
->setRequest(new Soter_Request_Default())
第6-9行: 判断pathinfo和$query是否非空,非空说明是pathinfo路由或者没有路由,get路由器不再处理直接返回
第10行:使用系统函数parse_str解析$query为键值的$get数组。
比如把:c=Welcome&a=index解析为:array('a'=>'index','c'=>'Welcome')
第11-12行:使用Soter的获取数组键值的方法Sr::arrayGet分别尝试从$get数组中获取:
控制器名称$controllerName,方法名称$methodName。
第13-21行:首先通过Sr::config()->getHmvcDomain()判断当前域名是否绑定hmvc模块。
如果当前域名没有绑定hvmc模块,就从$get数组中获取hvmc模块名称$hmvcModuleName。
最后看获取的hvmc模块名称$hmvcModuleName是否是domainOnly的,如果是就需要重置$hmvcModuleName为空。
第23行:使用Soter的checkHmvc方法检查模块名称$hmvcModuleName是否有效,
如果有效就会返回模块对应的文件夹名称,无效会返回false。
第23-29行:如果控制器名称存在,方法名存在,就分别加上类名前缀,和方法名前缀。
第30-33行:通过路由器的成员变量$this->route设置相关的路由信息,$this->route是路由信息Soter_Route类的一个对象。
设置hmvc模块名称:->setHmvcModuleName($hmvcModuleDirName ? $hmvcModule : ''),
$hmvcModuleDirName=Soter::checkHmvc($hmvcModuleName, false),
$hmvcModuleDirName是hmvc的文件夹名称,我们可以通过判断hmvc的文件夹名称是否是是空知道Url里面的hmvc模块是否存在。
当hmvc模块存在的时候Soter::checkHmvc()会返回对应hmvc的文件夹名称,不存在的时候返回空。
设置控制器名称:->setController($controllerName)
设置方法名称:->setMethod($methodName)
最重要的是:->setFound($hmvcModuleDirName || $controllerName)这个是告诉Soter,当前路由器是否找到了路由信息。
get路由器只要找到了存在的hmvc模块或者控制器名称就说明找到了路由信息。
Soter就会停止调用下一个注册的路由器处理路由。如果setFound是false,Soter会继续调用后面注册的路由器进行路由,
直到路由器返回的$route对象setFound是true为止,然后就使用返回的$route对象进行加载控制器,hmvc模块等后续操作。
提示:
我们在入口文件里面可以通过->addRouter注册多个路由器,那么Soter调用路由器的先后顺序是什么样的呢,
Soter调用的路由器和addRouter方法的顺序是反的,也就是最后一个被addRouter注册的路由器会被第一个调用,用来解析路由信息。
第一个被addRouter注册的路由器会被最后调用,用来解析路由信息。
到此我们已经把系统的Get路由器分析了一遍,会发现路由器要完成的工作有以下几个,
也就是说我们自定义的路由器只要完成这些工作就能让我们的路由器正常工作了。
1.自定义路由器类要继承抽象类Soter_Router,并实现find方法。
2.通过$config->getRequest()获取当前的Soter_Request请求对象,然后分析Soter_Request对象提供的路由信息。
3.当前域名绑定了hvmc模块的时候,路由器不需要处理hvmc模块
4.尝试找到hmvc模块名称,并用Soter::checkHmvc($hmvcModuleName, false)检查hmvc模块名称。
5.尝试找到控制器名称,方法名称,如果有效然后使用配置对象分别获取前缀信息,转化为完整的控制器类名和完整的方法名称。
6.把找到的信息通过成员变量$this->route设置。
7.最后返回成员变量$this->route。
下面我们自定义一个自己的简单的路由器,用来了解自定义路由器的过程。
1.新建文件application/classes/Router/MyRouter.php
2.输入以下内容:
class Router_MyRouter extends Soter_Router {
public function find() {
return $this->route->setHmvcModuleName('')
->setController('Welcome')
->setMethod('index')
->setFound(true);
}
}
为了演示,路由器find方法里面不进行复杂的解析,我们写死了控制器Welcome和方法名称index。
实际情况肯定是像get路由器那样解析一番。
3.在入口文件里面注册我们的路由器,为了保证我们的路由器最先被Soter调用,
我们把我们的路由器最后注册,也就是放在get路由器下面注册,如下:
//注册默认get路由器
->addRouter(new Soter_Router_Get_Default())
//get路由器,url中的控制器的get变量名
->setRouterUrlControllerKey('c')
//get路由器,url中的方法的get变量名
->setRouterUrlMethodKey('a')
//get路由器,url中的hmvc模块的get变量名
->setRouterUrlModuleKey('m')
//注册我们自己的路由器Router_MyRouter
->addRouter(new Router_MyRouter())
4.我们访问比如:http://127.0.0.1/index.php/test/tset,也就是无论我们url怎么变化,返回的始终是Welcome控制器index方法的页面,
因为我们在我们的路由器里面写死了控制器和方法名称,到此说明我们的路由器正常工作了。
默认控制器和默认方法
当用户在浏览器地址里面只输入了域名,或者hvmc模块。没有输入控制器名称和方法名称。
那么在这种情况下我们可以设置一个默认的控制器和默认的方法。
提示:
默认方法对所有的控制器都起作用有,不只是只对设置的默认控制器起作用。
1.比如:http://127.0.0.1/soter/index.php/User
假设我们设置的默认控制器是Welcome,默认方法是index。
我们访问非默认控制器User,而且没有输入方法名称的时候,那么用户访问的就是User的do_index方法。
2.比如:http://127.0.0.1/soter/index.php/list.do
假设我们设置的默认控制器是Welcome,URL里面方法后缀是.do。
我们直接访问方法list.do,而且没有输入控制器名称的时候,那么用户访问的就是默认控制器Welcome的do_list方法。
3.比如:http://127.0.0.1/soter/index.php/Demo
假设我们设置的默认控制器是Welcome,默认方法是index。
而且注册了hvmc模块Demo。
我们直接访问Demo hmvc模块,而且没有输入控制器名称和方法名称的时候,
那么用户访问的就是模块中的控制器Welcome的do_index方法。
4.比如:http://127.0.0.1/soter/index.php/Demo/list.do
假设我们设置的默认控制器是Welcome,URL里面方法后缀是.do。
而且注册了hvmc模块Demo。
我们没有输入控制器名称,直接访问Demo hmvc模块的方法list.do,而且没有输入控制器名称的时候
那么用户访问的就是Demo模块中的默认控制器Welcome的do_list方法。
伪静态
例如apache、nginx都可以通过虚拟机主机配置文件实现伪静态去掉url中的index.php。
为了方便我们调试,下面给出经过测试可用的配置实例。
1.nginx规则,下面是个完整的nginx虚拟主机配置范例,里面包含了rewrite规则。
server {
listen 80;
server_name test.com;
root /www/test/soter;
index index.html index.htm index.php;
charset UTF-8;
if (-d $request_filename) {
rewrite ^/(.*)([^/])$ http://$host/$1$2/ permanent;
}
location / {
#这里是rewrite规则,里面排除了public、static文件夹、robots.txt、index.php,让它们可以直接访问,其它到都会rewrite到index.php。
#可以根据自己情况修改public、static为你自己的需要web直接访问到的文件夹
if ($request_filename !~ (public|static|robots.txt|index.php.*) )
{
rewrite ^/(.*)$ /index.php/$1 last;
break;
}
}
#设置PHP pathinfo支持
location ~ .php {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param PHP_VALUE "open_basedir=$document_root:/tmp/";
fastcgi_split_path_info ^((?U).+.php)(/?.+)$;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
include fastcgi_params;
}
}
2.Apache rewrite规则
#rewrite规则开始
AcceptPathInfo On
RewriteEngine On
#这里是rewrite规则,里面排除了public、static文件夹、robots.txt、index.php,让它们可以直接访问,其它到都会rewrite到index.php。
#可以根据自己情况修改public、static为你自己的需要web直接访问到的文件夹
RewriteCond $1 !^(index.php|public|static|robots.txt)
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [QSA,L,E=PATH_INFO:/$1]
把上面内容写入到.htaccess文件中,然后把.htaccess文件和入口文件index.php放在一个目录里面即可。
提示:
开启rewirte后
1.以前这样访问http://127.0.0.1/index.php/Welcome/index.do 现在我们可以这样访问 http://127.0.0.1/Welcome/index.do
2.以前这样访问demo hvmc模块http://127.0.0.1/index.php/Demo 现在我们可以这样访问 http://127.0.0.1/Demo
3.如果要使用Sr::url()函数,记得把入口文件里面的配置->setIsRewrite(TRUE)
设置为TRUE。