最近用laravel设计后台,后台须要有个权限管理。权限管理实质上分为两个部分,首先是认证,而后是权限。认证部分很是好作,就是管理员登陆,记录session。这个laravel中也有自带Auth来实现这个。最麻烦就是权限认证。php
权限认证本质上就是谁有权限管理什么东西。这里有两个方面的维度,谁,就是用户维度,在用户维度,权限管理的粒度能够是用户一我的,也能够是将用户分组,若是将用户分组,则涉及到的逻辑是一个用户能够在多个组里面吗?在另一方面,管理什么东西,这个东西是物的维度,一个页面是一个东西,一个页面上的一个元素也是一个东西,或者往大了说,一个功能是一个东西。因此作权限管理最重要的是确认这两个维度的粒度。这个已经不是技术的事情了,这个是须要需求讨论的了。laravel
基于上面的思考,我此次想作的权限管理,在用户维度,是基于我的的。就是每一个人的权限不同。在东西的维度,我设置路由为最小的单位,便可觉得单个路由设置权限管理。sql
下面的思考就是使用什么来标记权限,可使用位,也可使用字符,也可使用整型。后来我选择了字符,基于两点考虑:1 字符浅显易懂,在数据库中查找也比较方便 2 我没有按照某个权限查找有这个权限的人的需求,即没有反查需求,使用位,整型等都意义不大。数据库
接下来考虑如何和laravel结合,既然要为每一个路由设置访问权限,那么我固然但愿能在laravel的route.php路由管理中配置。最好就是在Route::get的时候有个参数能设置permission。这样作的好处是权限设置简易了。在决定路由的时候,就顺手写了权限控制。坏处呢,也很明显,laravel路由的三种方式只能写一种了。就是Route::(method)这样的方式了。json
基本决定好了就开干。数组
基本的路由是这样的session
Route::post('/admin/validate', ['uses' => 'AdminController@postValidate', 'permissions'=>['admin.validate', 'admin.index']]);
这里在基本的制定路由action以后设置了一个permissions的属性,这个属性设计成数组,由于好比一个post请求,它可能在某个页面会触发,也可能在另一个页面触发,那么这个post请求就须要同时拥有两个页面路由的权限。nosql
这里使用admin.validate的权限控制,这样,能够将权限分组,admin都是关于admin相关的分组,在数据库中,我就会存储一个二维数组,[admin] => ['validate', 'index']; 存储成二维数组而不是一维的好处呢,通常后台展现是有两个维度的,一个是头部的tab栏,一个是左边的nav栏,就是说这个二维的数组和后台的tab,nav栏是一一对应的。函数
好了,下面咱们就挂上中间件,而且设置全部的路由都走这个中间件post
<?php namespace App\Http\Middleware; use Illuminate\Support\Facades\Session; use Closure; class Permission { /** * Handle an incoming request. * * @param \Illuminate\Http\Request $request * @param \Closure $next * @return mixed */ public function handle($request, Closure $next) { $permits = $this->getPermission($request); $admin = \App\Http\Middleware\Authenticate::getAuthUser(); // 只要有一个有权限,就能够进入这个请求 foreach ($permits as $permit) { if ($permit == '*') { return $next($request); } if ($admin->hasPermission($permit)) { return $next($request); } } echo "没有权限,请联系管理员";exit; } // 获取当前路由须要的权限 public function getPermission($request) { $actions = $request->route()->getAction(); if (empty($actions['permissions'])) { echo "路由没有设置权限";exit; } return $actions['permissions']; } }
这里最关键的就getPermission函数,从$request->route()->getAction()来获取出这个路由的action定义,而后从其中的permissions字段中获取route.php中定义的路由权限。
而后上面的middleware有个\(admin->hasPermission(\)permit); 这个就涉及到model的设计。
<?php namespace App\Models\Admin; use App\Models\Model as BaseModel; class Admin extends BaseModel { protected $table = 'admin'; // 判断是否有某个权限 public function hasPermission($permission) { $permission_db = $this->permissions; if(in_array($permission, $permission_db)) { return true; } return false; } // permission 是一个二维数组 public function getPermissionsAttribute($value) { if (empty($value)) { return []; } $data = json_decode($value, true); $ret = []; foreach ($data as $key => $value) { $ret[] = $key; foreach ($value as $value2) { $ret[] = "{$key}.{$value2}"; } } return array_unique($ret); } // 全局设置permission public function setPermissionsAttribute($value) { $ret = []; foreach ($value as $item) { $keys = explode('.', $item); if (count($keys) != 2) { continue; } $ret[$keys[0]][] = $keys[1]; } $this->attributes['permissions'] = json_encode($ret); } }
在数据库中,我将二维数组存储为json,利用laravel的Attribute的get和set方法,完成了数据库中json和外界程序逻辑的链接。而后hasPermission就显得很轻松了,直接判断in_array就ok了。
这个权限认证的逻辑就清晰了。而后若是页面中某个tab或者nav须要对不一样权限的用户展现,只须要在view中判断
@if ($admin->hasPermission('admin.index')) @endif
就能够判断这个用户是否能够看到这个tab了。
这个是一个不算复杂的用户权限实现,可是我感受已经能知足大部分的后台需求了。固然能够优化的点可能不少, 好比permission是否是能够支持正则,hasPermission若是存储在nosql或者pg中,是否是不用进行json的数据解析,直接一个DB请求就能判断是否有permission之类的?