引言
Laravel分层设计中,一般在路由阶段对请求进行初步的过滤筛选, 对不合格的或者非法的请求,直接可以中断请求,返回错误结果。
一般我们也是这么做的,但是你想过没有,中间件如何传递数据到下游?本文就来说一说。
学习时间
比如有一个需求,根据用户身份,判断其是否可以访问某个页面。先注册一个路由地址,在 route.php 文件内添加如下参数:
Route::get('pages/{id}', [
'as' => 'pages',
'middleware' => 'pageUser',
'uses' => 'PagesController@view'
]);
接着是实现 PageUserMiddleware.php 中间件逻辑,代码如下:
public function handle($request, Closure $next)
{
$pageId = $request->route('id');
$page = Page::with('users')->where('id', $pageId)->first();
if(!$page->users()->wherePivot('user_id', Auth::user()->id)->exists()) {
return redirect()->route('redirectRoute');
}
return $next($request);
}
判断逻辑先判断用户某个用户是否可以访问某个页面,如果允许,则继续;如果不允许,则重定向到指定页面。
在控制器 PagesController.php 内,实现 view 方法,在逻辑上说,大概是这样的:
public function view($id)
{
$page = Page::with('users')->where('id', $id)->first();
return view('pages.view', ['page' => $page]);
}
大家注意到了吗,在控制器中重新进行了一次查询,与中间件的查询雷同,这是重复的内容动作, 代码中有冗余,且同样的筛选条件,被执行了两次,对于数据库是一个压力。那么能不能把中间件内的数据,直接传入到控制器呢。
我们知道整个生命周期流程其实就是对于请求数据的加工,那么从中间件到控制器,一成不变的是请求体, 那么我们可以考虑在请求体内追加数据,在控制器内直接拿来用,这样就利用上下文变量进行了传值。
第一种方法,是在中间件的request属性内追加:
$request->attributes->add(['page' => $page]);
还有一种方法,是中间件内使用request的merge方法,合并自定义数组到请求体:
$request->merge(array("page" => $page));
然后在请求体内,就可以任性地使用了,经过精简后,控制器可以改写为下面这样:
public function view()
{
return view('pages.view', ['page' => $request->get('page')]);
}
好了,一行解决战斗,是不是轻松多了。
写在最后
本文通过在中间件内,把自定义数据合并到request请求体内,实现了中间件到控制器的传值。写起来效率很高,但是有一点大家要注意,这样的请求严重依赖上下文,裁剪请求体数据的时候, 一定要做好上下文的故障处理。
Happy coding :-)
我是@程序员小助手,持续分享编程知识,欢迎关注。
领取专属 10元无门槛券
私享最新 技术干货