$ user - > ('');
//您还能够肯定用户是不是有任何给定的角色列表：
$ user - > (Role :: all());
//您还能够肯定用户是不是具有一切给定的角色列表：
$ user - > (Role :: all());
//，，， 和函数能够接收一个字符串，
//一个\\\\Role对象或一个\\\对象 。
//能够给角色一个许可：
$ role - > (' edit');
//您能够肯定角色是不是具有某种权限：
$ role - > (' edit');
//权限能够从角色中被打消：
$ role - > (' edit');
//该和函数能够接收字符串或\\\对象 。
//权限是从角色自动继续的 。别的，个人权限也能够分配给用户 。比方：
$ role = Role :: ('');
$ role - > (' edit');
$ user - > ('');
$ user - > ('');
//在上面的例子中，角色被授与编辑文章的权限，而且该角色被分配给用户 。如今，用户能够编辑文章并删除文章 。
//“删除文章”的权限是直接分配给用户的直接权限 。
//当我们挪用$user->(' ')它返回true，
//但false对$user->('edit ') 。
//假如为应用程序中的角色和用户设置权限并愿望限定或变动用户角色的继续权限(即，仅许可变动用户的直接权限)，则此要领异常有效 。
//您能够列出一切这些权限：
//直接权限
$ user - > () //或$ user-> ;
//从用户角色继续的权限
$ user - > es();
//一切适用于用户的权限(继续和直接)
$ user - > ();
//一切这些相应都是\\\对象的鸠合 。
//假如我们根据前面的例子，第一个相应将是一个具有 权限的鸠合，
//第二个相应将是一个具有权限的鸠合，edit 第三个将包括这两个鸠合 。
在哪儿做限定，在哪儿运用
起首你能够在中检测这个用户有无这项权限！
你还能够在中运用，当用户要求一个接口时、体系会去推断用户是不是具有经由过程这个接口的权限和角色！
这个固然要在接口挪用要领的时刻注入进去！
下面给出位置
App\\\UI\API\;
/**
*which Roles and/orhasto this .
* @var array
*/
$ = [
'' => 'add--',
'roles' => '',
];
总结：
有几个角色权限掌握，然则我挑选这个，-好搜刮、不是由于谁好谁差的！总的来说角色权限就角色表和权限表，然后就是用户、角色、权限的关联保护！实在也能够不必他自带的要领！
基础表的关联都是多对多能够运用和detch、sync来保护他们之间的关联！
假如本身玩得够熟习了，也不须要他的关联表，完全能够本身写好来完成这一成的关联！