Laravel仓储模式下多态关联_type绑定错误问题求助

核心问题原因 #

仓储类ProjectRepo继承Project模型后，Laravel多态关联默认会使用当前类的getMorphClass()返回值作为equipmentable_type字段值。由于Repo是模型的子类，当在Repo实例中调用关联查询时，上下文指向的是Repo类而非原模型，导致equipmentable_type被错误设置为APP/Domain/Project/ProjectRepo。

即使在Repo内使用static::，如果Repo被实例化调用，static的上下文依然是Repo类，而非Project模型；只有直接调用Project::时，上下文才是原模型，所以外部/模型内部查询能正常返回数据。

解决办法 #

1. 修正仓储类的设计（推荐）

仓储类不应继承Eloquent模型，而是通过依赖注入持有模型实例，遵循单一职责原则：

class ProjectRepo {
    protected $projectModel;

    public function __construct(Project $projectModel) {
        $this->projectModel = $projectModel;
    }

    public function getProjectWithEquipment($id) {
        return $this->projectModel->whereId($id)->with('equipment')->first();
    }
}

此时关联查询的上下文是Project模型，equipmentable_type会被正确设置为模型类名。

2. 强制固定模型的morph类（不推荐，仅作临时兼容）

如果必须让Repo继承模型，可在Project模型中重写getMorphClass()方法，固定返回模型类名：

class Project extends Model {
    public function getMorphClass() {
        return self::class;
    }

    // 多态多对多关联定义
    public function equipment() {
        return $this->morphToMany(Equipment::class, 'equipmentable');
    }
}

该方法会覆盖子类的默认行为，确保无论在哪个子类中调用，equipmentable_type都指向原模型类。

3. 检查Repo的实例化方式

避免将Repo作为Eloquent模型实例化（如new ProjectRepo()），这种用法会让Laravel将其视为模型子类，干扰多态关联的类型判断。

验证调整效果 #

修改后查看查询日志，确认equipmentable_type被绑定为APP/Domain/Project/Project，同时Repo内的查询能正常返回关联的设备数据，与外部/模型内部查询结果一致。

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