Я тут обнаружил, что для выполнения функций модуля, при замене

Question

Я тут обнаружил, что для выполнения функций модуля, при замене

вытягивания (pull) данных на push данных становится проще тестировать его.
Пример: оповещение кастомера об изменении общего ресурса другим кастомером
У кастомера есть ФИО и пол, у ресурса есть тоже какие-то параметры (например название). Когда происходит изменение ресурса - нужно отправить оповещение "здрасте ФИО такой/ая-то ваш ресурс такой-то изменён таким-то кастомером".

В случае pull - надо при отправке оповещения вызывать другие модули, чтобы достать все эти ФИО и названия ресурса, тогда при тестировании модуля нужно делать стабы для таких вызовов.
В случае push - нужно записать все нужные данные в модуль, чтобы в момент события они уже были на месте, тогда вызовы во внешние модули не понадобятся

Мне кажется, что push вариант проще из-за того, что не нужно ничего стабать.
Дальше у меня наступают сомнения из за рефлексов (о боже, я же задублирую данные!), потому что скорее всего все эти ФИО и названия будут использоваться где-то ещё. Но это ведь скорее всего не дублирование, верно? Ведь если эти данные используются для операции в другом модуле - они принадлежат уже этому другому модулю, который использует эти данные в других целях.

#oop #programming #russian #software #web-design

0

22.01.2022

4 ответов

9 просмотров

knopkod4v Автор вопроса

Дмитрий Елисеев
Здесь двояко. Формирование текста оповещения – эт...

хорошо дальше есть ещё данные, на основании которых принимается решение - отправлять или не отправлять оповещения (настройки оповещений). Например оповещаем кастомера только если у него такая-то роль и ресурс с таким-то признаком и тут тоже можно push/pull делать. Это уже не вариант UI?

0

22.01.2022

Дмитрий Елисеев

knopkod4v
хорошо дальше есть ещё данные, на основании которы...

Признак своего ресурса можно проверить у себя. А для роли два варианта: - Либо тянуть из модуля аутентификации и проверять в отправителе оповещения. - Либо продублировать, но не в поле role, а в свой флаг вроде active. И потом по событию смены роли переключать флаги.

0

22.01.2022

knopkod4v Автор вопроса

Дмитрий Елисеев
Признак своего ресурса можно проверить у себя. А д...

если признак свой ресурс, то тут ивентом можно делать по типу СобственникРесурсаИзменился и так же подписывать/отписывать пользователей на оповещения. Ты говоришь про то, что есть 2 способа - это понятно, это как раз pull/push. Вопрос в том как из них выбрать =)

0

22.01.2022

Дмитрий Елисеев · Accepted Answer

Здесь двояко. Формирование текста оповещения – это тоже вариант UI. Так что там как для формирования фронтенда больше уместен pull. С дублированием тестировать может и проще, но по данным получается не очень удобно. Чем разнообразнее оповещения, тем больше данных придётся копировать. Например, если в оповещение захочется добавить баланс вроде "Здравствуйте, ФИО, ваш ресурс изменён. Ваш баланс ххх", то помимо ФИО придётся дублировать и баланс. Так что если данные нужны только для UI, а не бизнес-логики модуля, то вносить такие сторонние данные в модуль для push избыточно. Необходимость делать стабы держит в тонусе и постоянно напоминает об имеющихся связях. Если же замаскировать это дублированием, то это может оказать медвежью услугу.

212 похожих чатов

Я тут обнаружил, что для выполнения функций модуля, при замене

4 ответов

Похожие вопросы