V
В смысле что ты вынослив и неприхотлив?
Size: a a a
2021 May 21
AN
Интересны именно эликсир-специфичные приёмчики, чтобы не выдумывать велосипеды лишний раз
V
Эти приёмчики языконезависимы
AN
Готов впитывать мудрость предков
AN
Позволю себе отчасти не согласиться
AN
Стратегически — безусловно, но в тактике, уверен, наберётся много отличий между языками-фреймворками
V
Наипервейший вопрос на который нужно найти ответ - зачем понадобился DDD, для решения какой проблемы.
AN
Супер вопрос, на который я, конечно же, ответить не смогу, потому что никакой проблемы сейчас нет. Давайте я перефразирую.
Интересно посмотреть на богатые бизнес-логикой проекты (субъективно), которые по чьему-то сугубому мнению хорошо написаны и их архитектуру можно изучать и что-то брать на вооружение.
Интересно посмотреть на богатые бизнес-логикой проекты (субъективно), которые по чьему-то сугубому мнению хорошо написаны и их архитектуру можно изучать и что-то брать на вооружение.
AN
Интересна больше тактика, чем стратегия, опять таки. Например: есть юзеры, которые на уровне БД связаны с парой десятков других таблиц. Как организованы связи на уровне ecto? Это один
User, который всех вокруг has_many? Или разномастные схемы, разложенные по своим bounded contexts? Или ещё как-то?AD
Связи на уровне ecto повторяют связи на уровне БД
AN
Как один контекст связан с другим? Какими приёмами очерчиваются границы? Например, не шарим структуры, а вызываем функции, передаём айдишники.
Или, наоборот, строим поверх двух третий контекст, который их меж собой дружит.
Такой вот сумбур, очень интересно.
Или, наоборот, строим поверх двух третий контекст, который их меж собой дружит.
Такой вот сумбур, очень интересно.
AN
Огромная беда, что это не единственный возможный подход ведь.
AN
Например, заказ для фронта и бека условного магазина — разные штуки с разной ответственностью. А в БД это может быть одна таблица.
AD
Причем тут фронт
AN
фронт = где покупают
бек = где логистика
бек = где логистика
AN
Юзер может играть в разных контекстах кучу разных ролей
AN
Можно сделать здоровенную модель и чтобы все про неё знали. А можно аккуратненькие схемки по контекстам. Но чтобы это было красиво, нужно уметь, и я хочу посмотреть на тех, кто сумел. Равно как и на тех, кто не стал так делать, но тоже оказался молодец.
AN
Или скажите мне авторитетно, что я хочу странного и вообще тут так не принято
AD
Я не видела разных схем на одну таблицу внутри одного приложения. Внутри микросервисов да. Попробуйте поискать примеры для umbrella
AN
Обсуждений немало, доклады встречал, а вот живого репозитория где всё по полочкам не попадалось, а жаль.
https://elixirforum.com/t/question-about-contexts-and-pivot-tables/12889/4
https://elixirforum.com/t/question-about-contexts-and-pivot-tables/12889/4
