首先，Laravel自己本來就已經(jīng)提供了一些管理權(quán)限的基本功能，這些基本的功能在5.1.11版本中就具備了，并且一直保留到現(xiàn)在。常見的方法如下：

Gates 和 Policies

$this->authorize()方法

Blade模版中的@can和@cannot命令

也許對于某些人來說，Laravel提供的這些基本的權(quán)限管理功能已經(jīng)足夠了。但是，如果你想要更簡單更方便的管理權(quán)限和角色，那Laravel自帶的權(quán)限管理功能就不太夠用了。下面推薦兩款不錯的包：

Laravel-permission

Bouncer

??注意：Github上有這樣一個包：santigarcor/laratrust，它其實是Entrust項目中fork出來的一個新的項目（應(yīng)為Entrust現(xiàn)在已經(jīng)不再維護(hù)了，只支持到Laravel 5），這個用來管理角色和權(quán)限也是很不錯的。但是，Laratrust中已經(jīng)把Laravel中的一些默認(rèn)命令替換掉了，所以在使用的時候不能使用Gates和@can語法，取而代之的是$user->can(‘edit-user’) 和 @permission語法，除了這個注意點外，Laratrust是一個很好的項目。此外，值得贊的地方就是Laratrust還具備了適用于團(tuán)隊開發(fā)的一些功能，而這個功能在上面兩個包中是沒有的。

此外，還有一些其他的包，由于項目不太活躍，還有點過時這里不太推薦，但學(xué)習(xí)一下還是可以的：

Romanbican / roles

Kodeine / Laravel-acl

Laravel-permission和Bouncer提供的API讓我們在對角色和權(quán)限管理時更加簡單，而且在調(diào)用時代碼也很容易理解。在創(chuàng)建規(guī)則時，Laravel-permission和Bouncer的方式和Laravel的Policies和Gates有所不同：

$user->givePermissionTo("edit articles"); // Laravel-permission
$user->allow("ban-users"); // Bouncer

上面兩個包，除了語法和數(shù)據(jù)庫的結(jié)構(gòu)略有不同外，其他都是差不多的。

Laravel-permission和Bouncer的安裝方法很相似:

向composer.json文件添加配置命令并安裝

在config/app.php文件中添加provider 和 facade (Bouncer)

執(zhí)行Publish和migrations命令

向不同的Model中設(shè)置Trait

在做下面的操作前，先要創(chuàng)建一個用戶表，并且不要給這個表分配角色和權(quán)限，對于新項目來說就是創(chuàng)建一個基礎(chǔ)的用戶表。接下來，就可以針對這兩個包做一些權(quán)限控制的操作。

說明：


guard_name字段的默認(rèn)值是web,Laravel-Permission是允許使用不同的guards的。
正如圖上看到的，在管理權(quán)限方面，Laravel-Permission是使用了兩個維度，一個是針對角色，一個是針對用戶。

model_type字段的默認(rèn)值是AppUser，所以對于user表來說沒有直接的外鍵約束，應(yīng)為其他表暫時還沒有user_id字段。

和Laravel-permission比，是不是明顯感覺表之間的關(guān)系變簡單了??

說明：

上圖中有一個叫abilities的表，這對應(yīng)于Laravel-permission中的permissions表，然后在Bouncer中，permissions表就關(guān)聯(lián)到abilities中的一系列entity.
在這個包的所有表中，"Entity"就代表了某一個操作的具體對象。它可能代表某一類角色，或是某一特定用戶。所以，在上面的表結(jié)構(gòu)中，我們并沒有發(fā)現(xiàn)與user_id和users屬性有直接關(guān)系的表，Laravel-permission中也是如此。
在上面的表中，我們還可以看到一些特殊的字段，比如：abilities.title、abilities.only_own和roles.level，這幾個字段在以后的使用中會非常有用。
在Bouncer中，并沒有具體的guard字段。

從Bouncer的表結(jié)構(gòu)中可以看出，這個設(shè)計思路有點特別，雖然就4個表，但是比上面那個要復(fù)雜點，對新手來說會難以理解。也正因為它的特別，在使用的時候會很靈活。

兩個包在使用上大同小異，來對比下：

創(chuàng)建角色／權(quán)限／行為能力

Laravel-permission

在Laravel中你可以使用Facades模式：

use SpatiePermissionModelsRole;
use SpatiePermissionModelsPermission;

Role::create(["name" => "writer"]);

Permission::create(["name" => "edit articles"]);

Bouncer

可以用一行代碼就能創(chuàng)建一個具有某種行為能力的角色：

Bouncer::allow("admin")->to("ban-users");

執(zhí)行?上面這行，Bouncer就會分別在roles表和abilities表中創(chuàng)建兩個記錄。如果你習(xí)慣于Facades的方式的話，也可以用這樣的方法：

use SilberBouncerDatabaseAbility;
Ability::create(["name" => "edit articles"]);

給用戶分配角色

Laravel-permission

$user->assignRole("writer");
$user->assignRole(["writer", "admin"]);

$user->removeRole("writer");

角色同步：

// 用戶所有分配的角色都會被下面的角色數(shù)組替換
$user->syncRoles(["writer", "admin"]);

Bouncer

$user->assign("admin");
$user->assign(["writer", "admin"]);

$user->retract("admin");

可以看到，兩個包都支持用一個變量或一個數(shù)組來分配角色，但因為Laravel-permission有一個角色同步的功能，所以會跟強(qiáng)大一些，而Bouncer在操作角色同步時會需要一些額外的操作。

給用戶分配權(quán)限／行為能力

Laravel-permission

// 分配
$user->givePermissionTo("edit articles");
$user->givePermissionTo("edit articles", "delete articles");
// 撤銷
$user->revokePermissionTo("edit articles");

Bouncer

$user->allow("ban-users");
$user->allow(["ban-users", "edit-articles"]);

在分配權(quán)限時，還可以指定模型，只需要把模型的實例對象或類名作為第二個參數(shù)：

Bouncer::allow($user)->to("edit", Post::class);
Bouncer::allow($user)->to("edit", $post);

$user->disallow("ban-users");
Bouncer::disallow($user)->to("delete", Post::class);

檢查用戶的權(quán)限／角色

Laravel-permission

檢查角色：

$user->hasRole("writer");
$user->hasAnyRole(Role::all());
$user->hasAllRoles(Role::all());

檢查權(quán)限：

$user->can("edit articles");
$role->hasPermissionTo("edit articles");

Bouncer

檢查角色：

$user->isAn("admin");
$user->isA("subscriber", "editor");
$user->isAll("editor", "moderator");
$user->isNot("subscriber", "moderator");

檢查權(quán)限：

Bouncer::allows("edit articles")

Blade 模版命令

Laravel-permission

@role("writer")
    I"m a writer!
@else
    I"m not a writer...
@endrole

@hasanyrole("writer|admin")
    I have one or more of these roles!
@else
    I have none of these roles...
@endhasanyrole

Bouncer

Bouncer并沒有提供特定的Blade命令。當(dāng)然，無論是哪個包，都可以在Blade中使用@can和@endcan命令。

緩存

Laravel-permission

在Laravel-permission中，為了提高應(yīng)用的性能，或自動的存儲角色和權(quán)限數(shù)據(jù)。清除緩存可以使用下面的命令：

php artisan cache:forget spatie.permission.cache

Bouncer

Bouncer會緩存當(dāng)前請求的所有查詢數(shù)據(jù)，如果開啟了cross-request緩存，就會跨請求緩存。

刷新緩存：

Bouncer::refresh();

當(dāng)然也可以只刷新指定用戶的緩存：

Bouncer::refreshFor($user);

Laravel-permission優(yōu)點：

和Bouncer相比，文檔更全一點，Bouncer的README中有些方法并沒有說明

數(shù)據(jù)庫結(jié)構(gòu)更加易懂

syncRoles()方法取代了先刪除再插入的方式

提供了Blade命令

可以使用多個guards

Bouncer優(yōu)點：

一行代碼就能創(chuàng)建一個角色／行為能力并分配給用戶

可以針對單個模型開啟或關(guān)閉權(quán)限

不錯的緩存機(jī)制

數(shù)據(jù)庫結(jié)構(gòu)設(shè)計的非常健壯，添加了一些很有用的字段

以上兩個包只是提供了管理角色和權(quán)限的功能，如果有基于這些包的管理模版那該多好呢，下面就介紹兩個：

?Laravel 5.4 admin panel based on Spatie Laravel-permission

?Laravel 5.4 admin panel based on Bouncer

關(guān)于Laravel上的權(quán)限與角色的設(shè)置，以后別再說Entrust了，已經(jīng)過時啦！??????

原文地址：https://laravel-news.com/two-...