假设情况:假设我们有3个模型:
User
Role
Permission
我们还要说User
与Role
有多对多关系,Role
与Permission
有多对多的关系。
所以他们的模型可能看起来像这样。 (我故意将它们简要说明。)
class User
{
public function roles() {
return $this->belongsToMany(Role::class);
}
}
class Role
{
public function users() {
return $this->belongsToMany(User::class);
}
public function permissions() {
return $this->belongsToMany(Permission::class);
}
}
class Permission
{
public function roles() {
return $this->belongsToMany(Role::class);
}
}
如果您想获得Permission
的所有User
,该怎么办?没有BelongsToManyThrough
。
看起来好像你做了一些感觉不对,并且不能处理User::with('permissions')
或User::has('permissions')
等事情的事情。
class User
{
public function permissions() {
$permissions = [];
foreach ($this->roles as $role) {
foreach ($role->permissions as $permission) {
$permissions = array_merge($permissions, $permission);
}
}
return $permissions;
}
}
这个例子就是一个例子,不要过多地阅读它。关键是,如何定义自定义关系?另一个例子可能是Facebook评论与作者母亲之间的关系。很奇怪,我知道,但希望你明白了。自定义关系。怎么样?
在我看来,一个好的解决方案就是以类似于描述Laravel中任何其他关系的方式来描述这种关系。返回Eloquent Relation
的东西。
class User
{
public function permissions() {
return $this->customRelation(Permission::class, ...);
}
}
这样的事情是否已经存在?
答案 0 :(得分:9)
最接近解决方案的是@biship posted in the comments。您将手动修改现有Relation
的属性的位置。这在某些情况下可能效果很好。实际上,在某些情况下,它可能是正确的解决方案。但是,我发现我必须删除constraints
添加的所有Relation
并手动添加我需要的任何新constraints
。
我的想法就是这样......如果你每次都要剥离constraints
,那么Relation
只是“裸露”。为什么不制作不会添加任何Relation
的自定义constraints
并使用Closure
来帮助添加constraints
?
这样的事情似乎对我有用。至少,这是基本概念:
class Custom extends Relation
{
protected $baseConstraints;
public function __construct(Builder $query, Model $parent, Closure $baseConstraints)
{
$this->baseConstraints = $baseConstraints;
parent::__construct($query, $parent);
}
public function addConstraints()
{
call_user_func($this->baseConstraints, $this);
}
public function addEagerConstraints(array $models)
{
// not implemented yet
}
public function initRelation(array $models, $relation)
{
// not implemented yet
}
public function match(array $models, Collection $results, $relation)
{
// not implemented yet
}
public function getResults()
{
return $this->get();
}
}
尚未实现的方法用于预先加载,必须声明它们是抽象的。我还没那么远。 :)
使新的Custom
关系更易于使用的特性。
trait HasCustomRelations
{
public function custom($related, Closure $baseConstraints)
{
$instance = new $related;
$query = $instance->newQuery();
return new Custom($query, $this, $baseConstraints);
}
}
// app/User.php
class User
{
use HasCustomRelations;
public function permissions()
{
return $this->custom(Permission::class, function ($relation) {
$relation->getQuery()
// join the pivot table for permission and roles
->join('permission_role', 'permission_role.permission_id', '=', 'permissions.id')
// join the pivot table for users and roles
->join('role_user', 'role_user.role_id', '=', 'permission_role.role_id')
// for this user
->where('role_user.user_id', $this->id);
});
}
}
// app/Permission.php
class Permission
{
use HasCustomRelations;
public function users()
{
return $this->custom(User::class, function ($relation) {
$relation->getQuery()
// join the pivot table for users and roles
->join('role_user', 'role_user.user_id', '=', 'users.id')
// join the pivot table for permission and roles
->join('permission_role', 'permission_role.role_id', '=', 'role_user.role_id')
// for this permission
->where('permission_role.permission_id', $this->id);
});
}
}
You could now do all the normal stuff for relations without having to query in-between relations first.
我前进并放all this on Github以防万一有更多人对此类事情感兴趣。在我看来,这仍然是一种科学实验。但是,嘿,我们可以一起解决这个问题。 :)
答案 1 :(得分:0)
我相信这个概念已经存在。您可以选择使用Laravel ACL角色和权限或门,或zizaco称为Entrust的包。
祝你好运!答案 2 :(得分:0)