МФ
Коллеги, fp и ddd возможно скрестить? Насколько это разумно?
Без объектов все бизнес процессы и сущности представить матфункциями с соответствующим единым языком?
Size: a a a
2020 December 10
R
Без объектов все бизнес процессы и сущности представить матфункциями с соответствующим единым языком?
А почему бы и нет? "Службы" и анемичные модели — это уже ФП по сути
Р
А почему бы и нет? "Службы" и анемичные модели — это уже ФП по сути
Осталось выяснить каким образом анемичные модели к фп))
R
ADT же
МФ
А почему бы и нет? "Службы" и анемичные модели — это уже ФП по сути
?
МФ
Соглашусь, что это процедурное, но не ФП и точно не ДДД 😂
Р
Ддд на анемичных моделях и сервисах, серьезно? Это реальный опыт реализации?
Р
А бизнес логика где, в сервисах?
AK
тот же es легко представить как функции вида
doSomeImportantDomainThing :: Event[] -> Event[]
или
doSomeImportantDomainThing :: State -> Event[] -> Event[]
doSomeImportantDomainThing :: Event[] -> Event[]
или
doSomeImportantDomainThing :: State -> Event[] -> Event[]
AK
ну или там
Event[] -> Either<Event[], Error>YG
Коллеги, fp и ddd возможно скрестить? Насколько это разумно?
Они немного на разных уровнях абстракции. Тут скорее должно звучать так: “можно имплементировать ddd на фп языке” - можно. А что вас конкретно смущает тут?
2020 December 11
k
Они немного на разных уровнях абстракции. Тут скорее должно звучать так: “можно имплементировать ddd на фп языке” - можно. А что вас конкретно смущает тут?
а как выглядит "имплементация DDD" ? Т.е. можно написать какой-то код и этот код будет DDD? Ну или скажем DDD-compliant? 🤔
YG
а как выглядит "имплементация DDD" ? Т.е. можно написать какой-то код и этот код будет DDD? Ну или скажем DDD-compliant? 🤔
Можно реализовать какие то паттерны/принципы из ddd
YG
Но суть моего сообщения в том, что ddd и фп из разных измерений. Одно другому не мешает
k
DT
Ddd есть тактический (VO, entity, domain event, etc.) а есть стратегический (кофе с экспертом домена, контексты, problem space & solution space, etc.)
DT
Первый можно увидеть в коде, и сказать tactic ddd compliant. А второй само собой сложнее, можно например устроится в компанию и посмотреть процессы
DT
Но это само собой полная брехня, потому что что тактические что стратегические - это рецепты, с помощью которых можно попытаться поженить бизнес и код. Пока метрик последнему нет, это как у "самурая нет цели, есть только путь"
DT
Так что фп и ддд вообще никак не противоречат друг другу. Судя по докладам о ддд от фпшников, там этот подход даже лучше приживается, чем в текущем ооп
КГ
