Телеграмм чат группы yii3ru страница 1954

Cycle ORM: Customization - Single Table Inheritance

Igor

есть, но несколько ограничено
https://cycle-orm.dev/docs/advanced-single-table-inheritance

cycle-orm.dev

PHP DataMapper, ORM and Data-Modelling engine.

спасибо

09:44пожаловаться #1

Д

Дмитрий in Yii Framework 3

Сергей Предводителев

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

Классы делай, а вот таблицы наследовать - плохая затея

09:53пожаловаться #2

СП

Дмитрий

Классы делай, а вот таблицы наследовать - плохая затея

Таблица одна, класса 3

09:53пожаловаться #3

RT

Я тоже когда то так делал в 1 yii). Но сейчас бы не стал так делать. Лучше одна модель User. 2 класса - Student и Teacher которые на вход принимают модель User. И фабрику которая будет решать какой класс создать.

10:10пожаловаться #4

СП

Roman Tsurkanu

Я тоже когда то так делал в 1 yii). Но сейчас бы не стал так делать. Лучше одна модель User. 2 класса - Student и Teacher которые на вход принимают модель User. И фабрику которая будет решать какой класс создать.

А как быть с данными, которые уникальные для студента и учителя?

10:11пожаловаться #5

RT

ну модель должна иметь все данные

10:11пожаловаться #6

RT

и того и того

10:11пожаловаться #7

СП

Roman Tsurkanu

Я тоже когда то так делал в 1 yii). Но сейчас бы не стал так делать. Лучше одна модель User. 2 класса - Student и Teacher которые на вход принимают модель User. И фабрику которая будет решать какой класс создать.

ORM и является той фабрикой)

10:11пожаловаться #8

СП

Она понимает кого создать

10:11пожаловаться #9

RT

ну просто мне кажется это бизнес логика которая почему то оказывается в модели