раза, то есть пользователю как то удается так быстро нажать на кнопку что IsRunning =true не успевает выполнится (мне так кажется).
Чтобы решить проблему мне нужно использоваться SemaphoreSlim? Или есть что то еще.
Compare exchange... Ну или lock на крайняк
А это всё на каком треде происходит?
Даже cex может не помочь, если юзер на UI треде дважды нажимает кнопку, и события складываются в очередь. А вот лок может, но надо правильно применить. В асинк методе надо с экстремальной осторожностью это делать.
в чём закавырка между async и локом ?
ну он кнопку нажимает в UI , и я сразу кнопку блокирую
Ну вот в его случае может прокачать... У него авейта нет. Там.
Он просто нам не всё показал :)
мож на событие какое повешать
По-моему, в основной асинк секции (а то и во всём методе?) нельзя вообще делать лок. А если б и было можно: прикинь, у тебя юзер таки исхитрился два раза нажать кнопку — это значит, что два треда отложатся в очередь и будут ждать на локе. Работа всё ещё сделается в итоге дважды, хоть это и (я полагаю) нежелательно.
Можно дедлок поймать. Или вообще не компилируется уже
Lock точно не компилится если есть await.
Лучше просто дизаблить кнопку на время отправки запроса.
я голосую попробовать это, но не понимаю поч, другим не нравится
А нам есть дело вкусов других? )
ну мож я что-то тупое предложил
Нет у меня на всех проектах так, очень помогает, и к томуже визуально показывает пользователю что занято, а не просто кнопка жманакается без реакции... такое себе решение в обработчике нажатия игнорить )))
Чето я не соображу почему cex не сработает? Особенно если флаг этот ещё и volatile будет?
Рассматриваю ситуацию, когда cex в показанном нам коде просто уже поздно применять. Пользователь уже нажал кнопку два раза, а мы этого не хотели, чтоб она вообще нажималась у него. Но это моя трактовка.
Обсуждают сегодня