Size: a a a

2020 October 23

AB

Alex Bubnov in pro.elixir
Lama Lover
Я о другом
Зачем использовать хостовую, когда хост может использовать репо из зависимости
а если этих зависимостей больше одной?
ну и это просто совсем неправильно, я даже хз, что может пойти не так.
источник

LL

Lama Lover in pro.elixir
Alex Bubnov
а если этих зависимостей больше одной?
ну и это просто совсем неправильно, я даже хз, что может пойти не так.
Я скажу, что видел всего лишь несколько зависимостей, которые сами лазали в базу
И там в этом не было необходимости
источник

AB

Alex Bubnov in pro.elixir
Lama Lover
Я скажу, что видел всего лишь несколько зависимостей, которые сами лазали в базу
И там в этом не было необходимости
кажется, у нас разошлось понимание, что же это за зависимость.
если я скажу, что пытаюсь изъять bounded context целиком - станет яснее?
источник

LL

Lama Lover in pro.elixir
Практически всегда можно предоставить либо просто запросы, либо хуки
Если зависимость сама лезет в базу, это значит одно из двух:
Она занимается именно работой с базой, а в этом случае можно просто предоставить запросы, и Repo внутри не нужен
Либо зависимости нужно просто где-то хранить стейт, и в этом случае можно реально обойтись каким-нибудь @behaviour Storage
источник

LL

Lama Lover in pro.elixir
Alex Bubnov
кажется, у нас разошлось понимание, что же это за зависимость.
если я скажу, что пытаюсь изъять bounded context целиком - станет яснее?
А зачем контекст нужен как зависимость???
Типа контекст делят несколько сервисов?
источник

AB

Alex Bubnov in pro.elixir
Lama Lover
А зачем контекст нужен как зависимость???
Типа контекст делят несколько сервисов?
не делят, а реиспользуют.
источник

LL

Lama Lover in pro.elixir
Alex Bubnov
не делят, а реиспользуют.
ddd подразумевает древовидную архитектуру контекстов
Если различные сервисы/приложения контроллируют один контекст, то это очень плохо по моему опыту
источник

T

Tharin in pro.elixir
Lama Lover
ddd подразумевает древовидную архитектуру контекстов
Если различные сервисы/приложения контроллируют один контекст, то это очень плохо по моему опыту
в плане?
источник

LL

Lama Lover in pro.elixir
Tharin
в плане?
Ну у тебя есть два сервиса, они оба умеют оперировать некоторой вещью v1. Потом один сервис обновляется и он теперь умеет оперировать вещью v2, а второй не обновился и всё ещё умеет работать только с вещью v1. Остаётся только подождать пока какой-нибудь из сервисов не уронит второй
источник

AB

Alex Bubnov in pro.elixir
Lama Lover
ddd подразумевает древовидную архитектуру контекстов
Если различные сервисы/приложения контроллируют один контекст, то это очень плохо по моему опыту
define один контекст
если контекст реализует, например, бухучет - счета, проводки, вот это всё, и в разных сервисах один код работает с разными группами счетов - это один контекст?
источник

T

Tharin in pro.elixir
Lama Lover
Ну у тебя есть два сервиса, они оба умеют оперировать некоторой вещью v1. Потом один сервис обновляется и он теперь умеет оперировать вещью v2, а второй не обновился и всё ещё умеет работать только с вещью v1. Остаётся только подождать пока какой-нибудь из сервисов не уронит второй
вопрос: что значит вещь в1 и вещь в2 ?
источник

LL

Lama Lover in pro.elixir
Tharin
вопрос: что значит вещь в1 и вещь в2 ?
Ну есть юзер, который имеет поля user.name и user.password в первой версии
источник

LL

Lama Lover in pro.elixir
Во второй версии у него другие поля
источник

AB

Alex Bubnov in pro.elixir
работает в разных сервисах, с разными базами и на разных площадках
источник

T

Tharin in pro.elixir
поля в базе, или в структуре?
источник

T

Tharin in pro.elixir
вот у нас есть таблица users в базе
есть два зонтика:
game
shop

в игровом зонтике контекст Player (table_name: :users)
в магазине - контекст Customer(table_name: :users)
источник

T

Tharin in pro.elixir
ты о таком разделении?
источник

IK

Ihor Katkov in pro.elixir
Lama Lover
Ну есть юзер, который имеет поля user.name и user.password в первой версии
так суть в том, что бы определить clear interface и стараться  его не изменять.  Да и тесты вроде как должны это покрывать
источник

LL

Lama Lover in pro.elixir
Alex Bubnov
работает в разных сервисах, с разными базами и на разных площадках
Теперь понял, но я тогда не понимаю, почему этот код должен быть зависимостью. Зачем иметь одну и ту же базу для двух непересекающихся вещей?
источник

AB

Alex Bubnov in pro.elixir
Lama Lover
Теперь понял, но я тогда не понимаю, почему этот код должен быть зависимостью. Зачем иметь одну и ту же базу для двух непересекающихся вещей?
в смысле? это у них одна и та же схема базы, потому что это один и тот же бухучет
источник