Правильный способ вызова методов async из набора свойств привязки данных?

Question

Теперь я знаю, что свойства не поддерживают async/ждут по уважительным причинам. Но иногда вам нужно запустить некоторую дополнительную фоновую обработку из средства настройки свойств - хорошим примером является привязка данных в сценарии MVVM.

В моем случае у меня есть свойство, связанное с SelectedItem ListView. Разумеется, я сразу же установил новое значение в поле поддержки и выполнил основную работу свойства. Но изменение выбранного элемента в пользовательском интерфейсе также должно инициировать вызов службы REST для получения новых данных на основе выбранного элемента.

Поэтому мне нужно вызвать метод async. Я не могу дождаться этого, очевидно, но я также не хочу запускать и забывать вызов, поскольку я мог бы пропустить исключения во время обработки асинхронных сообщений.

Теперь мои взять следующий:

private Feed selectedFeed; 
public Feed SelectedFeed 
{ 
    get 
    { 
     return this.selectedFeed; 
    } 
    set 
    { 
     if (this.selectedFeed != value) 
     { 
      this.selectedFeed = value; 
      RaisePropertyChanged(); 

      Task task = GetFeedArticles(value.Id); 

      task.ContinueWith(t => 
       { 
        if (t.Status != TaskStatus.RanToCompletion) 
        { 
         MessengerInstance.Send<string>("Error description", "DisplayErrorNotification"); 
        } 
       }); 
     } 
    } 
} 

ИТАК кроме того, я мог бы выйти манипуляционный из сеттера к синхронному методу, это правильный способ справиться с таким сценарием? Есть ли лучшее, менее захламленное решение, которого я не вижу?

Было бы очень интересно увидеть, как некоторые другие принимают эту проблему. Мне немного любопытно, что мне не удалось найти других обсуждений по этой конкретной теме, поскольку мне кажется очень распространенным я в приложениях MVVM, которые сильно используют привязку данных.

Answer 1

У меня есть NotifyTaskCompletion type in my AsyncEx library, который по существу является оберткой INotifyPropertyChanged для Task/Task<T>. AFAIK в настоящее время доступно очень мало информации о async в сочетании с MVVM, поэтому дайте мне знать, если вы найдете какие-либо другие подходы.

В любом случае, подход NotifyTaskCompletion работает лучше всего, если ваши задачи возвращают результаты. I.e., из вашего текущего примера кода выглядит, что GetFeedArticles устанавливает свойства, связанные с данными, как побочный эффект вместо возврата статей. Если вы сделаете это возвращение Task<T> вместо этого, вы можете закончить с помощью следующего кода:

private Feed selectedFeed; 
public Feed SelectedFeed 
{ 
    get 
    { 
    return this.selectedFeed; 
    } 
    set 
    { 
    if (this.selectedFeed == value) 
     return; 
    this.selectedFeed = value; 
    RaisePropertyChanged(); 
    Articles = NotifyTaskCompletion.Create(GetFeedArticlesAsync(value.Id)); 
    } 
} 

private INotifyTaskCompletion<List<Article>> articles; 
public INotifyTaskCompletion<List<Article>> Articles 
{ 
    get { return this.articles; } 
    set 
    { 
    if (this.articles == value) 
     return; 
    this.articles = value; 
    RaisePropertyChanged(); 
    } 
} 

private async Task<List<Article>> GetFeedArticlesAsync(int id) 
{ 
    ... 
} 

Тогда ваша привязка данных может использовать Articles.Result, чтобы получить к полученной коллекции (которая null до GetFeedArticlesAsync завершается). Вы можете использовать NotifyTaskCompletion «из коробки» для связывания данных с ошибками (например, Articles.ErrorMessage), и он имеет несколько логических свойств удобства (IsSuccessfullyCompleted, IsFaulted) для обработки переключателей видимости.

Обратите внимание, что это будет правильно обрабатывать операции, завершающиеся не по порядку. Поскольку Articles фактически представляет собой асинхронную операцию (вместо непосредственных результатов), она немедленно обновляется при запуске новой операции. Таким образом, вы никогда не увидите устаревших результатов.

У вас нет , чтобы использовать привязку данных для вашей обработки ошибок.Вы можете сделать любую семантику, если хотите, изменив GetFeedArticlesAsync; например, для обработки исключений, передавая их в свой MessengerInstance:

private async Task<List<Article>> GetFeedArticlesAsync(int id) 
{ 
    try 
    { 
    ... 
    } 
    catch (Exception ex) 
    { 
    MessengerInstance.Send<string>("Error description", "DisplayErrorNotification"); 
    return null; 
    } 
} 

Точно так же, нет никакого понятия автоматической отмены встроенной, но опять-таки легко добавить в GetFeedArticlesAsync:

private CancellationTokenSource getFeedArticlesCts; 
private async Task<List<Article>> GetFeedArticlesAsync(int id) 
{ 
    if (getFeedArticlesCts != null) 
    getFeedArticlesCts.Cancel(); 
    using (getFeedArticlesCts = new CancellationTokenSource()) 
    { 
    ... 
    } 
} 

Это область текущего развития, поэтому, пожалуйста, сделайте улучшения или предложения API!

Answer 2

public class AsyncRunner 
{ 
    public static void Run(Task task, Action<Task> onError = null) 
    { 
     if (onError == null) 
     { 
      task.ContinueWith((task1, o) => { }, TaskContinuationOptions.OnlyOnFaulted); 
     } 
     else 
     { 
      task.ContinueWith(onError, TaskContinuationOptions.OnlyOnFaulted); 
     } 
    } 
} 

---

Использование в свойстве

private NavigationMenuItem _selectedMenuItem; 
public NavigationMenuItem SelectedMenuItem 
{ 
    get { return _selectedMenuItem; } 
    set 
    { 
     _selectedMenuItem = val; 
     AsyncRunner.Run(NavigateToMenuAsync(_selectedMenuItem));   
    } 
} 

---

private async Task NavigateToMenuAsync(NavigationMenuItem newNavigationMenu) 
{ 
    //call async tasks... 
}