VA
А внутри Phone какой-нибудь TCP клиент с пулом соединений, кешированием и параметрами из конфигурационного файла
Size: a a a
2020 December 27
AL
Vladimir Alexeev
Да. Только вот, как отметили выше, для создания сущности User будет нужна зависимость Phone
Почему же это зависимость? Это предметная область, что у пользователя есть телефон
VA
Почему же это зависимость? Это предметная область, что у пользователя есть телефон
Я имею в виду реализацию Phone
AL
Vladimir Alexeev
А внутри Phone какой-нибудь TCP клиент с пулом соединений, кешированием и параметрами из конфигурационного файла
Как это относится к телефону пользователя?
a
Vladimir Alexeev
Я имею в виду реализацию Phone
пользователю принадлежит номер телефона
VA
Как это относится к телефону пользователя?
Я сейчас говорю не про номер, а про клиент, отправляющий смс
AL
Vladimir Alexeev
Я сейчас говорю не про номер, а про клиент, отправляющий смс
Клиент не принадлежит пользователю
ЕР
Клиент не принадлежит пользователю
+
VA
Тогда, выходит, либо
client.send(user.getPhone()), либо
user.send(client)?
client.send(user.getPhone()), либо
user.send(client)?
VA
AL
Vladimir Alexeev
Тогда, выходит, либо
client.send(user.getPhone()), либо
user.send(client)?
client.send(user.getPhone()), либо
user.send(client)?
Ну да.
ЕР
Vladimir Alexeev
Тогда, выходит, либо
client.send(user.getPhone()), либо
user.send(client)?
client.send(user.getPhone()), либо
user.send(client)?
YG
Vladimir Alexeev
А внутри Phone какой-нибудь TCP клиент с пулом соединений, кешированием и параметрами из конфигурационного файла
Мне кажется тут какая то дичь. Суть rich, чтобы в одном месте лежал стейт и функции, которые гарантируют какие то правила внутри. Но это не значит, что нужно помещать все туда, если кому то требуются какие данные из нее.
EE
Мне кажется тут какая то дичь. Суть rich, чтобы в одном месте лежал стейт и функции, которые гарантируют какие то правила внутри. Но это не значит, что нужно помещать все туда, если кому то требуются какие данные из нее.
+
AK
Мне кажется тут какая то дичь. Суть rich, чтобы в одном месте лежал стейт и функции, которые гарантируют какие то правила внутри. Но это не значит, что нужно помещать все туда, если кому то требуются какие данные из нее.
плюсую, идея rich model кмк в том, чтобы иметь данные и методы для их изменения рядом, а не все вообще методы.
Отправка смски не меняет данные контактов, отправка скорее всего будет делаться через какого-то вендора, возможно через разных, сходу не могу придумать причины, когда это было бы удобно положить рядом с кодом хранения телефона для пользователя или для контактов чего угодно в целом
Отправка смски не меняет данные контактов, отправка скорее всего будет делаться через какого-то вендора, возможно через разных, сходу не могу придумать причины, когда это было бы удобно положить рядом с кодом хранения телефона для пользователя или для контактов чего угодно в целом
EK
но может потребоваться сделать запись в историю отправленных смс... (а это уже внутренний стейт)
и как тогда правильно ?
и как тогда правильно ?
ЕР
но может потребоваться сделать запись в историю отправленных смс... (а это уже внутренний стейт)
и как тогда правильно ?
и как тогда правильно ?
user.sendSms(sender, sms)
EK
user.sendSms(sender, sms)
да я об этом и говорю теперь отправка смс это уже часть модели
а раньше она не меняла стейт и могла быть
sender.sendSms(user, sms)
а раньше она не меняла стейт и могла быть
sender.sendSms(user, sms)
ЕР
Или писать историю в хэндлере доменных ивентов
ЕР
да я об этом и говорю теперь отправка смс это уже часть модели
а раньше она не меняла стейт и могла быть
sender.sendSms(user, sms)
а раньше она не меняла стейт и могла быть
sender.sendSms(user, sms)
Ну меняет и меняет