ну так может быть это и есть проблема?

Ентитю это просто поля гетеры и сетеры а все сервисы это свалка методов гад сущностями + обертки над репозиториями

Почему? @fes0r

так как ты должен разделять все не по сущностям а по aggregate root и гораздо проще когда у тебя много папочек с entity и vo в которых описан какой-то контекст - сразу видно границы че и в рамках чего взаимодействует, а не свалки с двух папок Entities и Vo

Ентитю это просто поля гетеры и сетеры а все сервисы это свалка методов гад сущностями + обертки над репозиториями

?

так как ты должен разделять все не по сущностям а по aggregate root и гораздо проще когда у тебя много папочек с entity и vo в которых описан какой-то контекст - сразу видно границы че и в рамках чего взаимодействует, а не свалки с двух папок Entities и Vo

Я потерял его контекст Спасибо

Что такое UB лучше скажите

undefined behaviour

Ентитю это просто поля гетеры и сетеры а все сервисы это свалка методов гад сущностями + обертки над репозиториями

в анемичной модели

в анемичной модели

ddd - наше все

ну те Data Driven =)

не всегда

ты про Builder, Adapter, Repository - ?

ты про Builder, Adapter, Repository - ?

йеп

Тут Егор Бугаенко поспорил бы)

ну те Data Driven =)

только это ж не data driven, там главное поведение и язык

только это ж не data driven, там главное поведение и язык

в data driven - ?

в data driven - ?

ddd это не data driven, я об этом

если оперировать чисто данными, то в итоге заимеем анемичную модель с геттерами и сеттерами

если оперировать чисто данными, то в итоге заимеем анемичную модель с геттерами и сеттерами

ну да, я бы сказал ddd это в первую очередь code first - сперва описываем доменную логику, а потом уже прикручиваем базу, абстракции для внешних интерфейсов и тд и тп

и кстати хороших вопрос почему doctrine при гидрации не создает сущности через new

?

Я говорю как сейчас есть на проекте

А не свою точку зрения

и кстати хороших вопрос почему doctrine при гидрации не создает сущности через new

а чем не нравится рефлексия?)

Тут Егор Бугаенко поспорил бы)

Sergey ты ж вроде лично даже с ним холиварил, не?)

у Егора своя точка зрения, бесполезно спорить с ним и переубеждать. у него в принципе свои мотивы для такой точки зрения, о чем не раз уже озвучивалось

и кстати хороших вопрос почему doctrine при гидрации не создает сущности через new

потому что вызов конструктора в цикле жизни сущности должен происходить ровно один раз. Сущность не знает что ее хранят, она думает что она существует вечно в памяти.

конструктор кстати приватным может еще быть

а вообще там целая движуха с кешированием и клонированием в https://github.com/doctrine/instantiator

но основная идея в persistenace ignorance, что бы сущности вообще ничего не подозревали о том что их кто-то хранит.

а вот data model - там да, там пофигу

а чем не нравится рефлексия?)

Ну тут рефлексия не причём)) ну тип в идеальном ддд мире все состояние всех сущностей хранится в памяти приложения, а бд это уже техническое ограничение

Как вам https://github.com/paoesco/cargotracker-ddd в качестве примера DDD?

ебать, знаите почему ддд гавно?)

?

потому что оно сложное и куча трактовок

?

все что сложно, там гарантированно накосячат

ебать, знаите почему ддд гавно?)

Че это?

я не учу ддд, слишком хардово для моего мозга

хотя я где-то читал, что самый, чуть ли не ключевой плюс ддд это общение с заказчиком

везде где неточные определения и есть возможность шагнуть в сторону, там найдутся извращенцы и сделают такое

хотя я где-то читал, что самый, чуть ли не ключевой плюс ддд это общение с заказчиком

agile тоже, но это не программисткая штука

как и тесты))

поэтому и возникает такие срачи

интересно какими благими намерениями начиналось)

все штуки изначально вымощенны благими намерениями

хотя у нас на проекте один PM пишет тесты

но появлялись извращенцы и ухоидили в ад)

иной раз что бы объяснить что он хочет в реализации(псевдо тесты)

он хочет bdd

похоже умными словами это так называется

хочет

но ему по губам поводят и не дают)))

в точку ;D

??

жиза

есть теория есть жиза

с точки зрения иногда все красиво расписано

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

и пока уровень команды не выростит пиши ты хоть в ddd хоть как

другие наговнокодят

даже если введешь code review

ты станешь уским местом

потому что ты или ревьюишь весь код команды и обучаешь всех

Не ну есть хорошие штуки и практики для работы с говнокодом, лично мне кажется кодекс бойскаута от дяди боба в реальном мире работает чуть эгоистичнее

а они из раза в раз повторяют косяки одни и теже

я ответственный за код который написал я)

ERROR: S client not available

и я должен сделать его лучше)

это понимаешь ты

но есть люди которые тупо закрывают таски кучами

фигачят говно код

как итог ты за спринт закрыл 1 таску

он закрыл 10

для бизнеса он важней и лучше и его слушать стоит

а ты не эффективен )

но потом поддержка твоей таски дешевле, а 10 тасков что он навпиливал фитч

будут баги

а кто сможет лучше разобраться в коде, тот кто его писал

соответственно он будет быстрее фиксить баги в своем коде

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

и как итог он опять эффективней с точки зрения бизнеса

и это жиза

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

и он становится teamlead и уже почти не пишет код

и не поддерживает то что он там по написал а поддержке на тебе

потом появляется новый проект его уводят туда как эффективного

а вы поддерживаете его труды

по такому принципу и менеджеры путешествуют в крупных компаниях

при это не в одной методологиии не написано, но это факт как устроено все в жизни

аж слезу пустил

и как итог он опять эффективней с точки зрения бизнеса

Ну если он не senior и его код не смотрят (10 задач которые он сделал) - да

А так, если его код просмотрят, то он станет хуже человека который сделал только 1у таску)

кто посмотрит?

проект менеджер?)

Тот же тимлид

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

Да любой, кто выше его по "званию"(скиллу) :D Звучит не плохо

эти ресурсы в виде 1 пм на пол ставки и програмиста

и там нет адекватного тимлида