DDD архитектура база. Domain Driven Design архитектурный подход. 

Спасибо, автору за новое видео, один из лучших блогеров по веб-разработке) при том что еще и ролики очень полезные и на актуальные темы!

Огромное спасибо автору за данное видео! Было бы здорово увидеть написание проекта на laravel с использованием DDD.

Азиз, спасибо большое, как всегда, все четко и актуально!!!

Спасибо! Очень понятно преподнёс! 😊

Спасибо тебе братан! Как всегда, видео на высоте. Единственный релевантный блогер по Laravel. Не бросай своё дело!

Большое спасибо за видео, очень позеавательно

Огромное спасибо за ваш труд. Очень крутой материал

Здарова! Не останавливайся! Всё будет! Спасибо!

Вы лучший блогер по Ларавел 🎉🎉🎉 Ролик отличный!

Очень понятно разложил!

Автор, спасибо тебе!

Большое спасибо

пожалуйста это было очень нужно

Благодарю!!! 🤝

👍🏻 спасибо, ддд как будто какой-то порог, если его прошел и можешь объяснить что к чему то норм и даже не обязательно действительно уметь применять. Надеюсь на продолжение по асинхронности, cqrs, rabbit)

о нормас давай еще

Ого спасибо! Стало понятнее про ДДД 👍 а про тестирование будут ролики? а то на многих собесах спрашивают про это.

Здравствуйте! Вот бы еще ролик как это все запустить. Те же например банальные CRUDы. Спасибо большое.

Почему принято в корне создавать папки controllers, resourses и тд. Ведь удобнее если бы на верхнем уровне были модули, вроде users, а внутри уже контроллеры ресурсы и тд юзера. Тогда, работая с юзерами не придется искать его классы по всему проекту, а все будет рядом. И так же с классами DDD.

Было б здорово показать распаковку сути DDD в виде многошагового развития какой-то базовой рабочей версии чего-либо, да тех же воркеров.. типа вот наш концепт, а теперь давайте усложним задачу несколько раз вот так, дабы ощущить всю мощь -тёмной стороны силы- DDD, #ящетаю...

расскажешь про постмен и подводные камни?

Привет, часто твои видосы спасают, сделай пожалуйста на nuxt js + laravel гайд с деплоем на сервер , классика laravel mysql + nuxt js для SSR пожалуйста)

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

Здравствуйте, посмотрел много ваших видео и хотел спросить, если посмотреть все ваши платные курсы по ларавел, можно ли уверенно идти на работу на позицию jun?

🙏👍❗

Тема очень не простая. Спасибо за труды конечно, но по-моему только больше запутал зрителей. Про выгоду репозиториев при runtime это что за мысль? не понятно что хотел сказать. Про единый язык, без примеров кода, не ясно для чего этот зверь вообще. Концепция DDD включает три столпа Агрегаты-Сущности-ОбъектыЗначения. Про агрегаты в видео не слова. Делаю вывод вы (автор) даже бегло с концепцией не разобрались. Про репозитории тоже всё скомкано получилось. Любой интерфейс описывает поведение, если мы его имплементируем(реализуем) значит подписываем "контракт", что от нашего объекта можно ждать соответствующего поведения. А объект не обязательно работает с базой данных, это может быть CLI, Rabbit и т.д. Но как говориться критикуешь предлагай: 1. Удалить этот ролик. 2. Записать ролик про концепцию DDD с короткими примерами кода (3-4 строки) 3. Записать ещё ролик (можно не один) про практическое применение DDD в границах фреймворка Laravel. Ещё в DDD не может быть всё свалено в одну папку src (тогда это не DDD), поскольку есть такое понятие как border context.

Можно видео-обзор для jetstream?

А где у вас на канале раньше были видео по тестам? Вы их закрыли, что ли? Юнит тесты и ещё, кажется, какие-то были.

Тема DDD не раскрыта

Автор привет. Мне очень интересно увидить ролик на тему бек офиса и создания контент элементов. Их администрирование, заполнение и так далее. Я понимаю как это работает в cms но не на Laravel.

В ObjectValue выбрасывается http exception. Так не хорошо делать, перепрыгивая целый слой

Может к этому видео не относится, но как на счёт урока про репликацию, master-slave в laravel для Mysql

Есть же канонический перевод - "Предметно-ориентированный дизайн". Гораздо точнее отражает суть, чем "на основе".

preg_match разве не будет ексепшны выдавать? Там надо ! вроде как поставить. Иначе на киррилицу будет эксепшны выдавать.

расскажи как документацию проекта делать

Условие в методе assertSalaryIsValid должно быть противоположным

Куда пропал ?

Имя можно разделить на first name и last name)

а если у человека фамилия поменяется, а нужно распечатать в старом документе старую фамилию? а если работник уволился, а потом снова устроился? а если полные тезки будут то одно велью будет или два одинаковых? - так это бред?

пожалуйста, сделайте 1 задание поменьше, используя DDD внутри laravel

Здравствуйте, интересует вопрос, а не хотели бы Вы, или, возможно, у Вас есть в планах, начать рассказывать про Symfony?

тоесть лучше логику в сервисы пихать ?

Стоит использовать phpmyadmin?

0. ни слова о том, зачем ДДД. 1. схема с ддд в описании архитектур не верная. Репозиторий ни когда не знает ничего о вьюхах. А на схеме - знает и много. 2. Энтити отличается от value-object тем что имеет уникальный идентификатор для каждого экземпляра и обычно экземпляры мутабельны. 3. сила интерфейсов к репозиториям в том, что реализация этих репозиториев может быть разной, под разные хранилища. При этом доменной модели на это плевать. 4. ни слова не сказано про DTO. А ведь именно они пробрасываются между слоями. 5. Salary не может быть value-object. Оклад - может, зарплата - нет. Поскольку зарплата включает в себя штрафы, надбавки и т.п. И вполне себе может иметь айди.

Реестр сотрудников не является адекватным примером предметной области. Для такого приложения не нужно даже городить никакое DDD. Достаточно интерфейса к базе данных с некоторыми проверками. Предметной областью может быть вся фирма, если там действительно есть сложная бизнес-логика. Иначе достаточно CRUD приложения. Сущность не является предметной областью. Короче, слышал звон да не знаю где он, из DDD тут только набор непонятых автором терминов.

Спасибо автору. Но почему репозиторий описан в доменном слое. Разве домен не обязан быть в неведении относительно репозиториев?

никто никогда при разговоре про DDD не говорит ЗАЧЕМ и КАК с этим потом работать? опять одна вода и 0 путных мыслей, сколько раз еще такие ролики будут иметь место? нахрена к ларавелю это всё прикручивать и изобретать велосипед? как их между собой вязать, если в ларе модели друг к другу вяжутся нормально, как объекты в БД со связами через внешние ключи, то здесь всё, приехали ваши вэлью обжекты существубт сами по себе, как их коннектить друг к другу непонятно, вы проигрываете в скорости, во всём, все сущности у вас теперь атомарны, ни о каких джойнах теперь речи не идёт, вы просто всё разделили, запросов в БД больше, удобства меньше зачем здесь DTO если у вас уже и там ValueObject? хоспади, есть ощущение что вы вообще не понимаете что вы делаете и для чего, это какие-то понты без обоснования, типа смотри как могу никто не отвечает на эти вопросы, загадка остаётся нерешённой