我认为我们可以等待的值只是返回第一个空，然后得到真实的值，所以在纯MVVM (PCL项目为例)的情况下，我认为下面是最优雅的解决方案:

private IEnumerable myList;
public IEnumerable MyList
{
  get
    { 
      if(myList == null)
         InitializeMyList();
      return myList;
     }
  set
     {
        myList = value;
        NotifyPropertyChanged();
     }
}

private async void InitializeMyList()
{
   MyList = await AzureService.GetMyList();
}

由于我的解耦架构，我确实需要调用源自get方法。所以我想到了下面的实现。

用法:标题在ViewModel或一个对象中，你可以静态地声明为页面资源。绑定到它，当getTitle()返回时，值将在不阻塞UI的情况下填充。

string _Title;
public string Title
{
    get
    {
        if (_Title == null)
        {   
            Deployment.Current.Dispatcher.InvokeAsync(async () => { Title = await getTitle(); });
        }
        return _Title;
    }
    set
    {
        if (value != _Title)
        {
            _Title = value;
            RaisePropertyChanged("Title");
        }
    }
}

您可以将属性更改为Task<IEnumerable>

你可以这样做:

get
{
    Task<IEnumerable>.Run(async()=>{
       return await getMyList();
    });
}

然后像这样使用它 等待MyList;

当我遇到这个问题时，试图从setter或构造函数运行异步方法同步会让我陷入UI线程上的死锁，并且使用事件处理程序需要在总体设计中进行太多更改。 解决方案通常是，只显式地写我想隐式发生的事情，也就是让另一个线程处理这个操作，并让主线程等待它完成:

string someValue=null;
var t = new Thread(() =>someValue = SomeAsyncMethod().Result);
t.Start();
t.Join();

你可能会说我滥用了这个框架，但它确实有效。

我认为我们可以等待的值只是返回第一个空，然后得到真实的值，所以在纯MVVM (PCL项目为例)的情况下，我认为下面是最优雅的解决方案:

private IEnumerable myList;
public IEnumerable MyList
{
  get
    { 
      if(myList == null)
         InitializeMyList();
      return myList;
     }
  set
     {
        myList = value;
        NotifyPropertyChanged();
     }
}

private async void InitializeMyList()
{
   MyList = await AzureService.GetMyList();
}

你可以简单地这样做:

public IEnumerable MyList
{
    get
    {
        Task.Run(async () => await MyAsyncMethod);
    }
}

但根据完整的上下文，你可以尝试找到另一种方式来触发你的异步方法，例如:当你调用MyList时，你可以调用第一个MyAsyncMethod..