послушать, думаю сделать апи с состояниями, что бы допустим как в той же телеге, упрощенно, не слать chatId в каждом запросе а сделать ендпоинт choseChatId туда отправлять chatId а потом когда клиент шлет sendMessage или addMember считать что он шлет для выбранного чата ранее, что думаете?
из плюсов я вижу что не нужно проверять права каждый раз, из минусов что 2 запроса и отслеживать и инвалидировать состояние
Если это чат то я бы реализовал на SignalR, тогда указанные вопросы отпадут сами.
не, тут скорее что бы просто обьяснить концепт
1. никогда нельзя полагаться на данные клиента, проверять надо всегда 2. см. п.1
так мы проверим когда клиент вызывает choseChatId, а потом он просто не отправляет chatId
а потом его забанили
Так я и говорю что этот функционал там из коробки и ничего не надо изобретать.
в этом случае нужно инвалидировать его состояние, как и с кешами
А какой смысл? Чтобы что? Сэкономить те несколько байт, что уходят на chatId? Но у тут речь же не о highload и не про что-то страшно чувствительное к задержке, что каждый лишний байт становится проблемой.
скорее про лишние запросы и проверки и дублирование кода
О, поверьте, они у вас как раз в statefull моделе и вылезут. Где-то же надо хранить это состояние. И следить, чтобы не протухло. И как-то обновлять по внешним по отношении к подключению событиям.
Обсуждают сегодня