Laravel多模型共用Policy方案选型：共享Policy还是自定义类？

嘿，这个场景我太熟悉了——当多个模型的授权逻辑完全一致时，重复写Policy纯纯是冗余劳动。咱们来拆解下两个方案，帮你选最顺手的那个：

为什么方案1（单个Policy复用）更优？ #

Laravel其实原生支持让多个模型共用同一个Policy，完全不用自己造轮子，而且能完美融入框架的授权体系，比自定义类靠谱多了。具体实现有两种常用方式：

方式1：在AuthServiceProvider手动注册多模型关联 #

打开app/Providers/AuthServiceProvider.php，在$policies数组里把多个模型指向同一个Policy就行：

protected $policies = [
    Post::class => ResourceOwnerPolicy::class,
    Comment::class => ResourceOwnerPolicy::class,
    // 其他需要相同授权逻辑的模型都加在这里
];

然后你的ResourceOwnerPolicy里的方法（比如update、delete）可以接收通用的模型实例，判断用户是否是所有者：

public function update(User $user, Model $model)
{
    return $user->id === $model->user_id;
}

这里把参数类型改成Model（或者你自己定义的基类模型），就能适配所有需要验证的模型。

方式2：用Trait统一模型的Policy关联 #

如果你的模型都继承自同一个基类，还可以写个Trait让模型自动关联到通用Policy：

trait UsesResourceOwnerPolicy
{
    public function getPolicyName()
    {
        return ResourceOwnerPolicy::class;
    }
}

在需要的模型里use这个Trait，Laravel的Policy自动发现机制就会识别到这个方法，自动绑定指定的Policy。

方案2（自定义类模拟Policy）的问题 #

自定义类虽然能实现逻辑复用，但缺点很明显：

• 没法用Laravel自带的$this->authorize()、@can Blade指令这些便捷方法，得自己手动调用类方法，破坏了框架的一致性
• 没法利用Policy的自动缓存、权限缓存等Laravel内置优化
• 后期如果需要扩展授权逻辑，和Laravel-permission这类权限组件结合会很麻烦

总结 #

直接用方案1复用单个Policy是最符合Laravel设计哲学的做法，既减少了冗余代码，又能完全兼容框架的授权生态，和你正在用的Laravel-permission也能完美配合——比如你可以在Policy里同时验证用户的权限和资源所有者身份：

public function update(User $user, Model $model)
{
    return $user->hasPermissionTo('update resource') && $user->id === $model->user_id;
}

内容的提问来源于stack exchange，提问作者Vandad Zico