Lavavel笔记EloquentORM分页源码分析
安装了laravel-debugbar后打开一个列表页面,发现页面输出有两个 select count(*) 语句,这是一个严重的设计缺陷呀。
创新互联公司专注为客户提供全方位的互联网综合服务,包含不限于做网站、成都网站建设、祁县网络推广、小程序开发、祁县网络营销、祁县企业策划、祁县品牌公关、搜索引擎seo、人物专访、企业宣传片、企业代运营等,从售前售中售后,我们都将竭诚为您服务,您的肯定,是我们最大的嘉奖;创新互联公司为所有大学生创业者提供祁县建站搭建服务,24小时服务热线:028-86922220,官方网址:www.cdcxhl.com
查看代码
$users = User::where('votes', '>', 100)->paginate(15); $count = User::where('votes', '>', 100)->count();
之前就感觉paginate分页应该是使用了count,但是不知道怎么取总量数据所以又写了一个count()。
var_dump($users);
object(Illuminate\Pagination\LengthAwarePaginator)[306] protected 'total' => int 4289 protected 'lastPage' => int 143 protected 'items' => object(Illuminate\Database\Eloquent\Collection)[307] protected 'items' => array (size=30) 0 => ....
返回数据里面 的确有 protected 'total',但是protected不能访问呀!
仔细看了一下文档,$results->total()
,原来取total需要的是方法,而不是属性。
弄明白total的获取以后,对paginate这个分页方法产生了兴趣。于是看了一下源码。
paginate这个方法最后使用了
Illuminate\Pagination\LengthAwarePaginator
这个类是怎么调用的呢?
无论是User::where('votes', '>', 100)->paginate(15)还是User::paginate(15),
User继承着Illuminate\Database\Eloquent\Model这个ORM类,但是在Model并没有where和paginate这些方法或静态方法,这是laravl使用的一种代码设计模式,
/** * Handle dynamic static method calls into the method. * * @param string $method * @param array $parameters * @return mixed */ public static function __callStatic($method, $parameters) { $instance = new static; return call_user_func_array([$instance, $method], $parameters); }
__callStatic是php类的魔术方法
http://php.net/manual/zh/language.oop5.overloading.php#object.callstatic
public static mixed __callStatic ( string $name , array $arguments )
在静态上下文中调用一个不可访问方法时,__callStatic() 会被调用。
$name 参数是要调用的方法名称。$arguments 参数是一个枚举数组,包含着要传递给方法 $name 的参数。
laravel Model的__callStatic实现的业务
new static;
new当前model,也就是new User,这个是static静态延迟绑定的使用,可以和“new self;”使用进行比较。
call_user_func_array([$instance, $method], $parameters);
主要是这段,call_user_func_array 调用了new static类即User的where或paginate方法,传递 $parameters参数。
然后,然后,然后,User这个继承Model类里面仍然没有where或paginate方法,那么使用 Model的__call这魔术方法。
/** * Handle dynamic method calls into the model. * * @param string $method * @param array $parameters * @return mixed */ public function __call($method, $parameters) { if (in_array($method, ['increment', 'decrement'])) { return call_user_func_array([$this, $method], $parameters); } $query = $this->newQuery(); return call_user_func_array([$query, $method], $parameters); }
开始还以为这么处理多了一层魔术方法,浪费效率,想想突然明白了,
User::where();
$user = new User; $user->paginate(15);
代码是一样的,只不过用__callStatic的 new static代替了“new User;”,
用call_user_func_array代替了调用函数和传参,lavarel的简洁可见一斑。
继续分析,如果调用的方法是 increment或者decrement,那么使用的是User类的方法。
否则使用 $this->newQuery();
newQuery这个方法的层级太深,没能理解,不过看注释,主要是调用
'Illuminate\Database\Eloquent\Builder' /** * Get a new query builder for the model's table. * * @return \Illuminate\Database\Eloquent\Builder */ public function newQuery()
Builder这个类里面的where和paginate方法,就是ORM使用的方法;
其中paginate方法
/** * Paginate the given query. * * @param int $perPage * @param array $columns * @param string $pageName * @param int|null $page * @return \Illuminate\Contracts\Pagination\LengthAwarePaginator * * @throws \InvalidArgumentException */ public function paginate($perPage = null, $columns = ['*'], $pageName = 'page', $page = null) { $page = $page ?: Paginator::resolveCurrentPage($pageName); $perPage = $perPage ?: $this->model->getPerPage(); $query = $this->toBase(); $total = $query->getCountForPagination(); $results = $total ? $this->forPage($page, $perPage)->get($columns) : new Collection; return new LengthAwarePaginator($results, $total, $perPage, $page, [ 'path' => Paginator::resolveCurrentPath(), 'pageName' => $pageName, ]); }
paginate调用最后使用了LengthAwarePaginator类,
所以最后var_dump($user) 是“object(Illuminate\Pagination\LengthAwarePaginator)[306]”
LengthAwarePaginator只是分页类,与数据层无关,即Eloquent ORM和分页是分离的。
以上就是Lavavel的Eloquent ORM分页源码分析,很多地方有待深入,不过看一次源码,提高很大。
文章标题:Lavavel笔记EloquentORM分页源码分析
本文地址:http://azwzsj.com/article/gpdggd.html