Не

можешь не париться)

Но PlayerPrefs уже слишком?

Или тоже пофиг

Просто интересно что будет нужнее в карьере

Я честно, уже не помню что там можно хранить

В карьере, в бизнесе, что скажут то и нужно будет))

Главное результат

Понял

Здравствуйте. Я создаю в первые микросервисное приложение. Как мне лучше создать запросы получения данных для других микросервисов к микросервису базы данных Timetable? Я слышал, что доступ к базе данных может иметь только один сервис, а данные из базы данных Timetable нужны в нескольких сервисах, И я не понимаю как именно делать запросы к базе данных при таком. Я предполагая, что мы создаём функции для запроса с аргументом (id), с аргументом (массив id), с аргументом (MongoDB Filter)((Чтобы создавать более сложные запросы, а не просто по id)). Я правильно понимаю?

P.S: Я использую Azure Cosmos DB c MongoDB API

Кстати, а можно ли как-то смотреть коменты к публикации и не быть в группе?

Ты хотел сказать не быть в канале?

Не, так-то можно)))

А быть в канале и коментах, но не в группе

Вроде можно

из канала переходишь по комментам и видишь комментарии, но не весь остальной чат.
а если состоишь в чате, то всё видишь

А у меня не получилось не вступая видеть коменты. Возможно нужна супергруппа?

А напомните, как сделать супергруппу? Или оно только само?

Нафігачіть пару адмінов

Товариство, питання по CQRS.

Уявіть, що в нас є query-метод LoginQueryHandler, який перевіряє логін/пароль користувача, після чого повертає згенерований jwt-токен, якщо дані коректні.

Але от у нас виникла нова задача: зберігати час останнього входу користувача. І це було би вкрай зручно реалізувати у цьому методі. Однак оскільки наш метод є запитом, а не командою, то нам це заборонено робити.

Як би ви додали новий функціонал? І як це зробити так, щоб не порушити принципів CQRS?