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分页源码分析
网站URL：http://mswzjz.cn/article/gpdggd.html