LARAVEL + Clean Architecture // Роман Постников

preview_player
Показать описание
В этом видео Роман поделится главным принципом «Чистой архитектуры», и расскажет как вынести весь фреймворк на внешний слой, от которого не будет зависеть бизнес-логика приложения. Такое решение поможет легко тестировать и поддерживать даже самое большое приложение

Рекомендации по теме
Комментарии
Автор

На языке на котором нет пакетов сложно проверять что у тебя нет лишних зависимостей.
У нас схема такая, есть проекты (каждый проект это отдельный пакет)
Domain
Interfaces (Repositories, Services, Params, Models) ссылается на Domain
Services (Сервисы с бизнес логикой) ссылаются на Domain, Interfaces
Models(модели выходные Rest с док. Swagger)
Persistance(Репозитории, конфигурация Entity) ссылается на Interfaces
Rest(входные модели с валидацией, контроллеры) ссылается на всё так как собирает всё Dependency Injection.
Tests(проект с тестами и всем что нужно для тестов)

iteospace
Автор

Я правильно понимаю что в файле SantaBuilder.php никаких ларавел хелперов и прочего быть не должно, только "голый" php ?

DenisCepesh
Автор

Очень хороший вопрос был 19:57 - зачем там laravel? И ответа на этот вопрос не было. С таким же успехом проще использовать lumen. 2 месяца на только понимания архитектуры и подхода... интересно, кто то считает финансовую обоснованность таких подходов, или исключительно подход - мы знаем крутые современные решения которые дадут в перспективе 5 лет профи, при условии переезда на новый фремворк. А то что за это время поменяется несколько раз бизнес процесс...

Leksgit
Автор

А можно ссылку на гид проекта, чтоб более подробно изучить, спасибо!

MegaPushTV
Автор

Clean Architecture подобно религии все трактует его по разному, на видео один из трактов можно сказать

wickedtorpedo
Автор

Не понятно как вы избавились от ActiveRecord, если он используется в Repository

ivanwizard
Автор

Для такой небольшой задачи, гит можно было и выложить.

fitterboss
Автор

Всегда было непонятно, как валидировать данные в чистой архитектуре? Куда вставить валидацию, если она сложная? Например, валидация зависит от нескольких других моделей, юзера, статусов, и т.п.

timbl
Автор

сделайте видео как делать мульти язычные теги и мульти язычные страны регионы города например пользоатель выбирает Берлин и в зависимсоти от того на каком языке он пишет подсвечивает нужный город а в поиске Berlin Берлин или другие языки роли не играет

АртемАртеменконезабывайвыходит
Автор

02:04 грубая ошибка в диаграмме, моделька никогда не отправляет в View, этим занимается только контроллер
И вообще в коробке laravel не MVC, а MVCR. Тоесть в ларке роуты является отдельным компонентом, если сравнивать с symfony то внутри контроллера указывается роуты через аннотации или атрибут.

mirosh
Автор

Отвязаться от фрейворка, чтобы привязаться к другому. Заказчик всё оплатит, чо. Больше золота

SemyonF
Автор

Мда.. такое ощущение что видосу лет 10.. так все жиденько.. Ларка очевидно не для того чтобы ее там выпиливать, а для реализации слоя инфраструктуры.. хотя Laravel, Symfony, Yii2 это такой же легаси как и Zend которые зиждиться на плечах адептов которые не понимают зачем на самом деле composer.. И в доменный слой можно затянуть вендора.. тот же вендоровский uuid спокойно живет в ValueObject из слоя домена.. другое дело если вам нужны ваши любимые хелперы.. тут уж медицина бессильна.. Протечка доменов? Че? Протечка слоев ок.. для этого как раз это все.. но у домена есть контекст и в рамках контекста ему все равно кто его юзает логики там нет, только поведение.. хотя для MVCшников особенно начитавшихся про анемичную модель где ж ей еще быть ))

ejoys