Этап
Не будет выполнена
Тип
Исследование
Приоритет
Обычный
Трудоемкость
Обычная
Создана
Дата создания
3 года назад
Назначена
Обновлена
2 года назад

Спорный вопрос. Сейчас все стремятся к обратному, к аннотациям. И мы уже сделали на аннотациях. Но кажется, что для описания того, как сущность хранится, какие у неё индексы, логичнее все же делать именно отдельный конфиг в yml. С другой стороны стоит ли овчинка выделки. Здесь стоит об этом поразмыслить.

Панель управления

Комментарии могут оставлять только авторизованные пользователи
 demius 2 года назад

Совершенно не ясно зачем это надо, и доктрина от такого способа уходит. Будут идеи за, будем рассматривать в другом исследовании, но у меня и так достаточно штук, которые надо сделать или хочется попробовать

 demius 2 года назад

С выпиливанием это драфт, но тенденция ясна. Я пока не вижу существенных плюсов от переноса их в yml. У нас жесткий маппинг сущность-таблица, в случае более сложных сущностей, мы скорее введем слой бизнес-объектов, чем сущностей на несколько таблиц. Идею брать по несколько сущностей на одну таблицу я считаю ошибочной, так что навреное оное и не надо

 demius 3 года назад

Мы тут думаем о том, чтобы сущности перенести в yaml, а доктрина вобще выпиливает yaml https://github.com/doctrine/orm/blob/old-prototype-3.x/UPGRADE.md#bc-break-removed-yaml-mapping-drivers

Вот так вот. Наверное и к лучшему, для отделения описания персистанс от бизнес-логики стоит отделить энтити от бизнес-моделей (когда-нибудь), а не описание таблиц уносить из энтити.