s
Size: a a a
2020 February 25
AT
у тебя хэндлеры работают долго, со всем набором данных, и тебе надо отбросить устаревшие результаты?
s
у тебя хэндлеры работают долго, со всем набором данных, и тебе надо отбросить устаревшие результаты?
Да, актуальным является только последний
AT
Да, актуальным является только последний
выглядит как задача для rx
Ln
Для реактив юй)
s
Для реактив юй)
тянуть целый фреймворк для этого мне никто не даст
AT
вычислять результаты дорого с точки зрения процессора?
s
вычислять результаты дорого с точки зрения процессора?
Нет
AT
тянуть целый фреймворк для этого мне никто не даст
тогда позаимствуй идею
AT
Может создать поле с таском хендлера, который ранится в текущий момент, и если приходит новый, отменять тот и стартовать новый?
тут тоже будет гонка
AH
Ну в моем представлении это так выглядит
1. Стартует первые хендлер, вызывает await чтобы получить данные, пытается обновить UI
2. В этом время второй хендлер уже ранится, тоже пытается обновить UI (причем тот же самый, хендлеры то одинаковые)
1. Стартует первые хендлер, вызывает await чтобы получить данные, пытается обновить UI
2. В этом время второй хендлер уже ранится, тоже пытается обновить UI (причем тот же самый, хендлеры то одинаковые)
Если ты все сделал правильно, то у тебя код после евейта будет на UI треде. То есть достаточно одного бул поля, которой ты будешь проверять сразу после евейта и обновлять UI только одним (первыми пришедшим) набором данных.
Гонок не будет.
Гонок не будет.
AH
Датасеты могут грузиться параллельно, но континуейшны будут выполняться синхронно на одном потоке
s
Если ты все сделал правильно, то у тебя код после евейта будет на UI треде. То есть достаточно одного бул поля, которой ты будешь проверять сразу после евейта и обновлять UI только одним (первыми пришедшим) набором данных.
Гонок не будет.
Гонок не будет.
А как это будет выглядеть примерно? Типа
?
if (couldUpdateUI)
{
couldUpdateUI = false;
// Update UI...
couldUpdateUI = true;
}
?