L
Пасиб :)
у тебя может быть Product::fromDTO
или ProductDto::fromProduct
Size: a a a
2020 July 07
S
но никак не наследовать
L
И ещё в догонку вопрос... По идее, если смотреть с позиции трёхтирового приложения.
DTO - это слой дао, или слой домена?
DTO - это слой дао, или слой домена?
S
Такой вопрос.
class Product extends ProductDTO - так можно делать? В ДТО только поля из таблицы БД и гет/сеттеры, а в продакте - методы бизнес-логикив дто гет/сеттеры юзлес юзай паблики
psalm-read/psalm-write/property-read/property-write + typed properties
psalm-read/psalm-write/property-read/property-write + typed properties
L
в дто гет/сеттеры юзлес юзай паблики
psalm-read/psalm-write/property-read/property-write + typed properties
psalm-read/psalm-write/property-read/property-write + typed properties
Я по документации доктрин делаю, там гетсеты
S
Я по документации доктрин делаю, там гетсеты
в документации доктрины там нет ни слова про дто
S
то такие сущности анемичные
S
за всю доку доктрины дто там встречается разве что в select new dql
S
И ещё в догонку вопрос... По идее, если смотреть с позиции трёхтирового приложения.
DTO - это слой дао, или слой домена?
DTO - это слой дао, или слой домена?
хз по моему больше дао но я так не делаю
S
хотя с другой стороны, если складывать вместе штуки которые меняются вместе (по одной причине) то тогда домен
S
если через SRP -> к контекстам придти
L
Я просто захотел отделить данные из бд от логики, которая addProduct и прочее
S
эм, addProduct это как бы и есть твое поведение
S
пакуй его в сущности
S
делать всякие магические трейты, городить нелепое наследование и тд не нужно
L
Ну в смысле
ProductDTO == строка в БД
Product - бизнес-логика, которая чёт делает и стучится в дао
ProductDAO - работа с доктрином
ProductDTO == строка в БД
Product - бизнес-логика, которая чёт делает и стучится в дао
ProductDAO - работа с доктрином
L
Я так хотел сделать...
S
ты откуда в мир пхп пришел ? из дотнетов ?
L
Нёуп... В видосы немчинского залипаю...