Size: a a a

2020 October 12

d.

dev . in Laravel Pro
и там же - findorfail
источник

А

Алексей in Laravel Pro
Это из старого цикла статей
https://stitcher.io/blog/laravel-beyond-crud-02-working-with-data
источник

AK

Alex Kovalchuk in Laravel Pro
это адаптер даных для домена
ща на 10 минут надо отойти и потом подробнее напишу
источник

А

Антон in Laravel Pro
Это не ddd, тут нет папки Infrastructure!
источник

d.

dev . in Laravel Pro
Антон
Это не ddd, тут нет папки Infrastructure!
понятно
источник

D

DK in Laravel Pro
источник

AK

Alex Kovalchuk in Laravel Pro
@vaiiil  выше кинул обяснения по DTO  
в скрине примера любое обращения уже непосредственно к бизнес логике должно гарантировать чо даные корекнтые гарантия идет через клас  из DataTransferObject что упрощает взаимодействие с доменом
источник

N

NoMad42 in Laravel Pro
Alexander Pavlenko 🌚
ну это чисто замануха на джунов
Я читал ещё в версии цикла статей из личного бложика. Очень много ценных идей почерпнул. Но жаба пока душит и не даёт купить))
источник

N

NoMad42 in Laravel Pro
Dymon
там про круды только в названии. имхо  Джун вообщее мало что поймет оттуда
О! Может пора просить повышение))
источник

d.

dev . in Laravel Pro
Alex Kovalchuk
@vaiiil  выше кинул обяснения по DTO  
в скрине примера любое обращения уже непосредственно к бизнес логике должно гарантировать чо даные корекнтые гарантия идет через клас  из DataTransferObject что упрощает взаимодействие с доменом
это все понятно. но если на брать идеальный мир приложуха не должна зависить от ларавел.. идея в том что ты вырезаешь домен и пихаешь на yii проект
источник

d.

dev . in Laravel Pro
пишешь на уровне фрейма свои адаптеры для передачи в домен и поехали
источник

d.

dev . in Laravel Pro
а тут выходит вырезал вставил и все развалилось к херам
источник

N

NoMad42 in Laravel Pro
Алексей
Я их блог читал, собственно старую серию статей. Понравился подход, что они описывают как двигаться в сторону ddd, используя ларавельные инструменты, а не заменяя их чем-то другим
Плюсую. Повествование составлено так, что ты можешь взять какие то отдельные идеи. Или же начать постепенный переход в сторону DDD
источник

AK

Alex Kovalchuk in Laravel Pro
dev .
это все понятно. но если на брать идеальный мир приложуха не должна зависить от ларавел.. идея в том что ты вырезаешь домен и пихаешь на yii проект
тут показано как наиболее легко перевести свой проект на рамки ddd (в неидеальном мире) обеспечив достаточную изоляцию домена чтоб потом было легко проводить эксперименты
просто переписать большой проект с нуля достаточно трудно


в книге представлено вариант как можно сделать (как они делают у себя в компании) а также почему они пришли к тем или иным решениям там объясняют почему местами отходят от идеального варианта и какой профит от этого получают, таким образом мне было понятно что я буду делать как они, а что нет

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

d.

dev . in Laravel Pro
не ну если договрится заранее что будут компромиссы то ок. вопросов нема
источник

d.

dev . in Laravel Pro
если трактовать что так должно быть в идеале.. ну уже такое.
источник

N

NoMad42 in Laravel Pro
Антон
но ddd же не про код ☹️
Хз. Духу не хватило купить книгу(-и). Но там описано как применять DDD штуки в laravel проектах. При условии что есть задачи большие чем CRUD. А то и в правду, over engineering получается.
источник

N

NoMad42 in Laravel Pro
Alex Kovalchuk
@vaiiil  выше кинул обяснения по DTO  
в скрине примера любое обращения уже непосредственно к бизнес логике должно гарантировать чо даные корекнтые гарантия идет через клас  из DataTransferObject что упрощает взаимодействие с доменом
О. В тоесть вся валидация данных идёт на этапе создания ДТО?
источник

AY

Artyom Yun in Laravel Pro
источник

N

NoMad42 in Laravel Pro
dev .
а тут выходит вырезал вставил и все развалилось к херам
Ну на примере из скрина - нужно поправить только создание ДТОошки.
источник