Асинхронных-Await, кажется, использует поток пользовательского интерфейса

Question

В представлении-модели я использую завод:

private async Task<BaseData> InitializeAsync() 
{ 
    await InstancesAsync(); 
    await ProjectsAsync(); 
    await AdminAsync(); 
    return this; 
} 
public static async Task<BaseData> CreateAsync() 
{ 
    var ret = new BaseData(); 
    return await ret.InitializeAsync(); 
} 

Долгожданные методы довольно staightforward, например, с

var instances = await TaskEx.Run(new Func<List<string>>(() => Agent.GetInstances())); 

По мнению МОФ Я хочу, чтобы установить DataContext в конструкторе:

Loaded += delegate 
{ 
    Dispatcher.Invoke(new Action(async() => { DataContext = await BasisGegevens.CreateAsync(); })); 
}; 

Хотя это работает, я чувствую себя довольно неудобно, потому что поток пользовательского интерфейса используется везде, а также после того, как обратные вызовы когда ожидание завершено. Что мне не хватает?

Также я не понимаю, как использовать фабричный шаблон для DataContext, потому что без Invoke выше я получаю сообщение об ошибке, что другой объект принадлежит этому объекту.

EDIT: используя идеи г-Клири я получаю:

Loaded += async (object sender, RoutedEventArgs e) => 
      { DataContext = await BaseData.CreateAsync(); }; 
public static Task<BaseData> CreateAsync() 
{ 
    var ret = new BaseData(); 
    return ret.InitializeAsync(); 
} 
private async Task<BaseData> InitializeAsync() 
{ 
    // UI thread here 
    await InstancesAsync().ConfigureAwait(false); 
    // thread 'a' here 
    await ProjectsAsync().ConfigureAwait(false); 
    // thread 'a' sometimes 'b' here 
    await AdminAsync().ConfigureAwait(false); 
    // thread 'a' or 'b' here 
    return this; 
} 

Это работает отлично, за исключением того, что я не могу понять, как ConfigureAwait(false) работы.
Внутри метода InstancesAsync() я имею ждали задания:
var instances = await TaskEx.Run(new Func<List<string>>(() => Agent.GetInstances()));
После ожидания repsonse, я возвращаюсь в потоке пользовательского интерфейса - Я никогда не ожидал, что произойдет!
Обратите внимание, что ProjectsAsync() и AdminAsync() ведут себя одинаково, хотя они начинаются с рабочего (или заднего) потока!
Я понял, что ConfigureAwait(true) имеет эффект возврата в вызывающем потоке (в моем случае поток пользовательского интерфейса). Я тестировал это, и это так.
Почему я тоже вижу это с ConfigureAwait(false): из-за вложенного ожидания см. Комментарии.

Answer 1

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

В ваших методах async, если вам не нужно возвращаться к потоку пользовательского интерфейса, вы можете использовать ConfigureAwait(false), чтобы избежать возобновления потока пользовательского интерфейса. Например, если ваши различные методы инициализации независимы, вы могли бы сделать что-то вроде этого:

private async Task<BaseData> InitializeAsync() 
{ 
    // Start all methods on the UI thread. 
    var instancesTask = InstancesAsync(); 
    var projectsTask = ProjectsAsync(); 
    var adminTask = AdminAsync(); 

    // Await for them all to complete, and resume this method on a background thread. 
    await Task.WhenAll(instancesTask, projectsTask, adminTask).ConfigureAwait(false); 

    return this; 
} 

Кроме того, в любое время у вас есть return await, еще раз взглянуть, чтобы увидеть, если вы можете просто избежать async/await целиком:

public static Task<BaseData> CreateAsync() 
{ 
    var ret = new BaseData(); 
    return ret.InitializeAsync(); 
} 

Наконец, вы должны избегать Dispatcher. Ваше Loaded событие может быть упрощено:

Loaded += async() 
{ 
    DataContext = await BasisGegevens.CreateAsync(); 
};