IK
Vitaly
как пробросить инстанс сокета в модель? использую socket.io
это жесточайший антипаттерн
Size: a a a
2020 January 26
IK
модель ничего не должна знать о каких-то сокетах
DR
модель ничего не должна знать о каких-то сокетах
а как должно быть - какой то сервис который дает возможность с чем то связаться, а уже сервис будет знать о сокетах или иных способах передачи данных?
DR
и модель должна запрашивать сервис?
IK
Сервисы выше моделей в иерархии. Модели не должны ничего знать о сервисах. Инициатор вставки в базу должен и координироваться с сервисом отправки информации пользователю (который вообще является скорее "контроллером")
МИ
Damir Rakhmanov
а как должно быть - какой то сервис который дает возможность с чем то связаться, а уже сервис будет знать о сокетах или иных способах передачи данных?
слой сервисов подписывается на обновления модели и дальше уже разбирается сам
IK
как говорит Тимур Шемсединов - фреймворк не должен проникать в сервисы
DR
так где и кто должен знать о сокете? =)
МИ
ой это ж про бэк, да?
IK
нет, на фронте абсолютно так же
VK
Damir Rakhmanov
так где и кто должен знать о сокете? =)
Контроллер
VK
Только не http, а на сокетах
Сокеты никак не влияют ни на модели, ни на бизнесс логику, они - лишь деталь того, как вы доставляете данные.
Сокеты никак не влияют ни на модели, ни на бизнесс логику, они - лишь деталь того, как вы доставляете данные.
NB
ну это транспортный слой же
VK
В контроллере ловите событие, а потом просто вызываете нужные сервисы, которые ничего о вебе не знают)
NB
Damir Rakhmanov
так где и кто должен знать о сокете? =)
почитай про ddd
VK
Damir Rakhmanov
так где и кто должен знать о сокете? =)
Вопрос в том, как у вас организованно приложение? Как вы его разделяете? Какие сущности есть?
МИ
так, данные идут УИ -> модель / стора -> сервисы -> внешние API, не?
VK
почитай про ddd
Это не совсем про ddd
VK
так, данные идут УИ -> модель / стора -> сервисы -> внешние API, не?
Человек задал вопрос о беке, я в этом контексте и говорю)
МИ
нет, на фронте абсолютно так же
Это я в эту ветку