Как организовать иерархию моделей в Eloquent?

Question

[Посторонним В.]

Работал раньше с Doctrine ORM - там всё было очевидно: создаёшь классы сущностей (с наследованием от базового класса, без - нет разницы) - потом автоматически синхронизируешь их с таблицами (каждому не абстрактному классу - своя таблица).
В Eloquent же ничего не понятно: для каждой таблицы создаётся миграция, таблица определяет модель (в модели мы свойства вообще не прописываем). А что если у меня две модели Pages и Articles, которые имеют общие свойства, которые я хочу вынести в базовую абстрактную модель Entry? При этом я хочу иметь две таблицы: Pages и Articles, идентичные поля которых потом не нужно будет править по отдельности. Не нашел в документации, как это реализовать.

Answer 1

[Виктор]

Можно создать базовую модель, потом сделать 2 наследуемых от неё, каждая из которых будет использовать свою таблицу.
Либо вынести общий код в trait.

Comments

[Посторонним В.]

Что с миграциями-то делать? Всё же в них задаётся. Создавать абстрактную миграцию с методом, возвращающим общие поля, а метод up() реализовывать в наследниках?

[Виктор]

Посторонним В.: Например. Или можно в классе миграции сделать метод, который на заданной таблице добавляет общие поля и вызвать его на двух нужных таблицах.

[Посторонним В.]

Victor: что-то как-то через пень-колоду всё-таки выходит. Может, есть получше способы

[Александр Талалаев]

Посторонним В.: миграции это совсем другое, напрямую с Моделями не связано. Миграции выполняют роль "истории" изменения БД, инструмента отката изменений(если нужно) и быстрого деплоя, опять таки, если нужно. Можно сказать некое подобии системы контроля версий, для БД.
У вас это должен быть параллельный инструмент, просто в Ларавел для удобства можно создавать миграции сразу же с моделями, но это не обязательно, вы можете вести этот процесс независимо(можно вообще не делать, хотя я бы рекомендовал)

[Посторонним В.]

Александр Талалаев: т.е. в Laravel нет инструментария для удобной генерации таблиц БД для моделей с наследованием? И таблицы в этом паттерне в принципе не генерируются на основе моделей (наоборот - модели привязаны к имеющимся таблицам, как я вижу).

[ajaxtelamonid]

Посторонним В.: нет, в Laravel БД не формируется исходя из моделей. БД формируется миграциями. Да, при создании модели есть опция сделать миграцию, но это чисто для того, чтобы потом руками не создавать этот файл отдельно. Там ещё и контроллер для круда можно сделать автоматом, но это же не значит, что к каждой модели обязателен контроллер.

Миграции - это отдельная от всего вещь, это просто способ записи изменения БД в гите.

И вам точно надо делать иерархию моделей ? Зачем, если рабочая модель в Laravel с полным функционалом это class Article extends Illuminate\Database\Eloquent\Model {} ? В laravel всё проще.

Answer 2

[Посторонним В.]

Написал такое:

EntryBase.php

abstract class EntryBase extends Migration
{

    public function up(): void
    {
        Schema::create($this->getTableName(), function (Blueprint $table) {
            $table->increments('id');
            // добавляем другие поля

            $this->setColumns($table);
        });
    }

    abstract protected function setColumns(Blueprint $table);

    abstract protected function getTableName(): string;


    public function down()
    {
        Schema::dropIfExists($this->getTableName());
    }

}

В реализациях методов добавляются дополнительные колумны и задаётся имя таблицы.