用户授权


1、简介

除了提供“开箱即用”的认证服务之外,Laravel还提供了一个简单的方式来管理授权逻辑以便控制对资源的访问权限。在Laravel中,有很多种方法和帮助函数来协助你管理授权逻辑,本文档将会一一覆盖这些方法。

注意:授权在Laravel 5.1.11版本中引入,在将该特性集成到应用之前请参考升级指南

2、定义权限(Abilities)

判断用户是否有权限执行给定动作的最简单方式就是使用Illuminate\Auth\Access\Gate类来定义一个“权限”。我们在AuthServiceProvider 中定义所有权限,例如,我们来定义一个接收当前UserPost模型update-post权限,在该权限中,我们判断用户id是否和文章的user_id匹配:

注意我们并没有检查给定$user是否为NULL,当用户未经过登录认证或者用户没有通过forUser方法指定,Gate会自动为所有权限返回false。

基于类的权限

除了注册授权回调闭包之外,还可以通过传递包含权限类名和类方法的方式来注册权限方法,当需要的时候,该类会通过服务容器进行解析:

3、检查权限(Abilities)

3.1 通过Gate门面

权限定义好之后,可以使用多种方式来“检查”。首先,可以使用 Gate门面的checkallows, 或者denies方法。所有这些方法都接收权限名和传递给该权限回调的参数作为参数。你不需要传递当前用户到这些方法,因为Gate会自动附加当前用户到传递给回调的参数,因此,当检查我们之前定义的update-post权限时,我们只需要传递一个Post实例到denies方法:

当然,allows方法和denies方法是相对的,如果动作被授权会返回true ,check 方法是allows方法的别名。

为指定用户检查权限

如果你想要使用Gate门面判断非当前用户是否有权限,可以使用forUser方法:

传递多个参数

当然,权限回调还可以接收多个参数:

如果权限需要多个参数,简单传递参数数组到Gate方法:

3.2 通过User模型

还可以通过User模型实例来检查权限。默认情况下,Laravel的App\User 模型使用一个Authorizabletrait来提供两种方法:can 和 cannot。这两个方法的功能和 Gate门面上的allows 和 denies方法类似。因此,使用我们前面的例子,可以修改代码如下:

当然,can方法和cannot方法相反:

3.3 在Blade模板引擎中检查

为了方便,Laravel提供了Blade指令@can来快速检查当前用户是否有指定权限。例如:

你还可以将 @can 指令和@else 指令联合起来使用:

3.4 在表单请求中检查

你还可以选择在表单请求authorize方法中使用Gate定义的权限。例如:

4、策略类(Policies)

4.1 创建策略类

由于在AuthServiceProvider中定义所有的授权逻辑将会变得越来越臃肿笨重,尤其是在大型应用中,所以Laravel允许你将授权逻辑分割到多个“策略”类中,策略类是原生的PHP类,基于授权资源对授权逻辑进行分组。

首先,让我们生成一个策略类来管理对Post模型的授权,你可以使用Artisan命令make:policy来生成该策略类。生成的策略类位于app/Policies目录:

注册策略类

策略类生成后我们需要将其注册到Gate类。AuthServiceProvider包含了一个policies属性来映射实体及管理该实体的策略类。因此,我们指定Post模型的策略类是PostPolicy

4.2 编写策略

策略类生成和注册后,我们可以为授权的每个权限添加方法。例如,我们在PostPolicy中定义一个update方法,该方法判断给定User是否可以更新某个Post

你可以继续在策略类中为授权的权限定义更多需要的方法,例如,你可以定义showdestroy, 或者 addComment方法来认证多个Post动作。

注意:所有策略类都通过服务容器进行解析,这意味着你可以在策略类的构造函数中类型提示任何依赖,它们将会自动被注入。

4.3 检查策略

策略类方法的调用方式和基于授权回调的闭包一样,你可以使用Gate门面,User模型,@can指令或者帮助函数policy

通过Gate门面

Gate将会自动通过检测传递过来的类参数来判断使用哪一个策略类,因此,如果传递一个Post实例给denies方法,相应的,Gate会使用PostPolicy来进行动作授权:

通过User模型

User模型的cancannot方法将会自动使用给定参数中有效的策略类。这些方法提供了便利的方式来为应用接收到的任意User 实例进行授权:

Blade模板中的使用

类似的,Blade指令@can将会使用参数中有效的策略类:

通过帮助函数policy

全局的帮助函数policy用于为给定类实例接收策略类。例如,我们可以传递一个Post实例给帮助函数policy来获取相应的PostPolicy类的实例:

5、控制器授权

默认情况下,Laravel自带的控制器基类App\Http\Controllers\Controller使用了AuthorizesRequeststrait,该trait提供了可用于快速授权给定动作的authorize方法,如果授权不通过,则抛出HttpException异常。

authorize方法和其他多种授权方法使用方法一致,例如Gate::allows$user->can()。因此,我们可以这样使用authorize方法快速授权更新Post的请求:

如果授权成功,控制器继续正常执行;然而,如果authorize方法判断该动作授权失败,将会抛出HttpException 异常并生成带403 Not Authorized状态码的HTTP响应。正如你所看到的,authorize方法是一个授权动作、抛出异常的便捷方法。

AuthorizesRequeststrait还提供了authorizeForUser方法用于授权非当前用户:

自动判断策略类方法

通常,一个策略类方法对应一个控制器上的方法,例如,在上面的update方法中,控制器方法和策略类方法共享同一个方法名:update

正是因为这个原因,Laravel允许你简单传递实例参数到authorize方法,被授权的权限将会自动基于调用的方法名进行判断。在本例中,由于authorize在控制器的update方法中被调用,那么对应的,PostPolicyupdate方法将会被调用:

扩展阅读:实例教程 —— Laravel 5.1 中ACL用户授权功能实现教程

<< 上一篇: 用户认证

>> 下一篇: Artisan 控制台