есть кеш. Который обновляется после ответа ОК от сервиса.(пункт 2 вызов сервиса, пункт 3 апдейт кеша). 2.2 это на сервере при сохранении прокидываектся в шину сообщение. 2.3. Это какой-то другой клиент, или этот же клиент.
1. client -> Save -> Respository
2. client -> Respository- > call api 2.2. server -> api -> rabbitmq(update message)
3. client -> Respository -> Save Cache 2.3. client -> update message -> Get Cache
Надо что бы 3 отработало раньше, чем 2.3. Так как если 2.3 раньше, он из кеша получит старое значение.
Сделал мьютекс, который блокирется в строке 1. и освобождается в строке 3. А в строке 2.3 жду этот мюьтекс, и если он занят, значит реп обновляется, жду пока обновиться, и тогда забираю новый кеш.
Проблема в том, что мьютекс работает в рамках одного потока. А у меня между 1 и 3 может поменяться поток, так как call api я делаю await CallApi, и после await он возвращает исполнение в другой поток, и в пункте 3 уже не может освободить мьютекс. Решил проблему с помощью Dispatcher, но для этого пришлось подключать WindowsBase. Думаю, может что-то тут принципиально не верно? Пояснение:: в строке 2 вызывается метод веб апи, и на сервере после обработки соххранения в шину записывается сообщение что сущность обновлена. Клиент ловит это сообщение, и обновляет все места, где объекты уже выведены, и надо их обновить. Клиент обновляет по этому событию, так как не обязательно на этом же клиенте была функция 1(сохранение в реп) инициализирована, и потом нельзя в методе 3 кидать АпдейтМЕссадж(так как в принципе данные могли сохраниться даже не через клиент.
если проще, Мьютекс можно юзать с помощью Dispatcher.Invoke в разных потоках?
Обсуждают сегодня