刚刚开始学Laravel就会接触到路由
1
2
3
|
Route::get(
'/'
,
function
() {
return
view(
'welcome'
);
});
|
后来笔者一本正经的去读过Route类的代码,惊讶的发现并没有get这个方法,之后了解到Laravel用了Facade模式。
Facade本质上是一个“把工作推给别人做的”的类。
Facade存在的价值,可以从服务容器谈起。服务容器,可见我的另一篇博文,地址:http://www.cnblogs.com/sweng/p/6430374.html
举个例子,不知道大家以前写代码有没有过obj->method(arg1,arg2)->func(arg3,arg4);的体验。学过服务容器的读者知道,这行代码就是把服务容器里的对象取出来,并调用他的方法。这对熟悉服务容器里注册过哪些类的开发人员来说,这种代码还是可以接受的。但是如果像路由定义那样,也要写成这样冗长的形式,实在太不优雅了。所以用Facade模式可以很好的精简代码长度。
我们先写一个DB类
1
2
3
4
5
6
7
8
9
10
11
12
|
namespace
API;
class
DB{
public
function
__construct(
$args
){
}
public
function
Write(
$str
){
echo
'Write:'
.
$str
.PHP_EOL;
}
public
function
Read(
$str
){
echo
'Read:'
.
$str
.PHP_EOL;
}
}
|
数据库读写是整个系统非常常用的操作。但是DB类会注册在服务容器里,每次数据库读写都要把DB类的对象从服务容器里取出,实在很不方便。
我们写一个Facade类
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
class
Facade{
public
function
__construct(){
//
}
public
static
function
getInstance(
$classname
,
$args
){
return
new
$classname
(
$args
);
}
public
static
function
getFacadeAccessor(){
//
}
public
static
function
__callstatic(
$method
,
$arg
){
$instance
=
static
::getInstance(
static
::getFacadeAccessor(),[1,2,3]);
return
call_user_func_array(
array
(
$instance
,
$method
),
$arg
);
}
}
|
要理解这个类,我们只要关注最后一个函数,就是__callstatic魔术方法。这个方法就是Facade类型对象在调用他自身没有定义过的函数时,就会调用__callstatic方法,是一个“候选人”的角色。
我们再定义一个DBFacade类
1
2
3
4
5
|
class
DBFacade
extends
Facade{
public
static
function
getFacadeAccessor(){
return
API\DB::
class
;
}
}
|
每一个Facade子类都要实现getFacadeAccessor方法,返回只是一个类名字符串,用来代入getInstance方法,来创建一个真正“做事情”的类。
此时,Facade已经可以用了,我们调用DBFacade的静态方法
1 | DBFacade::Write( 'hello' ); |
阅读代码,我们发现,其实DBFacade是没有Write方法的,于是就调用他父类Facade的__callstatic魔术方法,魔术方法我们已经在父类里面实现了。
以前听过同行抱怨,PHP语法乱,难记。但实际上像魔术方法把Facade实现的非常简洁,可见语法设计的精妙。