出于几个原因，您可能不想致电 Task.Result。
首先，正如我在我的博客中详细解释的那样，you can deadlock 除非您的 async 代码已在任何地方使用 ConfigureAwait 编写。其次，您可能不想（同步）阻止您的 UI；最好在从磁盘读取时暂时显示“正在加载...”或空白图像，并在读取完成时更新。
所以，就我个人而言，我会将这部分作为我的 ViewModel，而不是值转换器。我有一篇博客文章描述了一些databinding-friendly ways to do asynchronous initialization。那将是我的第一选择。让 值转换器 启动异步后台操作感觉不妥。
但是，如果您已经考虑过自己的设计，并且真的认为异步值转换器是您所需要的，那么您必须要有一点创造性。值转换器的问题在于它们必须是同步的：数据绑定从数据上下文开始，评估路径，然后调用值转换。只有数据上下文和路径支持更改通知。
因此，您必须在数据上下文中使用（同步）值转换器将原始值转换为数据绑定友好的 Task 类对象，然后您的属性绑定只使用 @987654330 上的属性之一@-like 对象获取结果。
这是我的意思的一个例子：
<TextBox Text="" Name="Input"/>
<TextBlock DataContext="{Binding ElementName=Input, Path=Text, Converter={local:MyAsyncValueConverter}}"
Text="{Binding Path=Result}"/>
TextBox 只是一个输入框。 TextBlock 首先将自己的DataContext 设置为TextBox 的输入文本，通过“异步”转换器运行它。 TextBlock.Text 设置为该转换器的 Result。
转换器非常简单：
public class MyAsyncValueConverter : MarkupExtension, IValueConverter
{
public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
{
var val = (string)value;
var task = Task.Run(async () =>
{
await Task.Delay(5000);
return val + " done!";
});
return new TaskCompletionNotifier<string>(task);
}
public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture)
{
return null;
}
public override object ProvideValue(IServiceProvider serviceProvider)
{
return this;
}
}
转换器首先启动异步操作等待 5 秒，然后添加“完成！”到输入字符串的末尾。转换器的结果不能只是简单的Task，因为Task 没有实现IPropertyNotifyChanged，所以我使用的类型将在我的AsyncEx library 的下一个版本中出现。它看起来像这样（此示例已简化；full source is available）：
// Watches a task and raises property-changed notifications when the task completes.
public sealed class TaskCompletionNotifier<TResult> : INotifyPropertyChanged
{
public TaskCompletionNotifier(Task<TResult> task)
{
Task = task;
if (!task.IsCompleted)
{
var scheduler = (SynchronizationContext.Current == null) ? TaskScheduler.Current : TaskScheduler.FromCurrentSynchronizationContext();
task.ContinueWith(t =>
{
var propertyChanged = PropertyChanged;
if (propertyChanged != null)
{
propertyChanged(this, new PropertyChangedEventArgs("IsCompleted"));
if (t.IsCanceled)
{
propertyChanged(this, new PropertyChangedEventArgs("IsCanceled"));
}
else if (t.IsFaulted)
{
propertyChanged(this, new PropertyChangedEventArgs("IsFaulted"));
propertyChanged(this, new PropertyChangedEventArgs("ErrorMessage"));
}
else
{
propertyChanged(this, new PropertyChangedEventArgs("IsSuccessfullyCompleted"));
propertyChanged(this, new PropertyChangedEventArgs("Result"));
}
}
},
CancellationToken.None,
TaskContinuationOptions.ExecuteSynchronously,
scheduler);
}
}
// Gets the task being watched. This property never changes and is never <c>null</c>.
public Task<TResult> Task { get; private set; }
Task ITaskCompletionNotifier.Task
{
get { return Task; }
}
// Gets the result of the task. Returns the default value of TResult if the task has not completed successfully.
public TResult Result { get { return (Task.Status == TaskStatus.RanToCompletion) ? Task.Result : default(TResult); } }
// Gets whether the task has completed.
public bool IsCompleted { get { return Task.IsCompleted; } }
// Gets whether the task has completed successfully.
public bool IsSuccessfullyCompleted { get { return Task.Status == TaskStatus.RanToCompletion; } }
// Gets whether the task has been canceled.
public bool IsCanceled { get { return Task.IsCanceled; } }
// Gets whether the task has faulted.
public bool IsFaulted { get { return Task.IsFaulted; } }
// Gets the error message for the original faulting exception for the task. Returns <c>null</c> if the task is not faulted.
public string ErrorMessage { get { return (InnerException == null) ? null : InnerException.Message; } }
public event PropertyChangedEventHandler PropertyChanged;
}
通过将这些部分组合在一起，我们创建了一个异步数据上下文，它是值转换器的结果。数据绑定友好的Task 包装器将只使用默认结果（通常是null 或0），直到Task 完成。所以wrapper的Result和Task.Result有很大的不同：不会同步阻塞，也没有死锁的危险。
但重申一下：我会选择将异步逻辑放入 ViewModel 而不是值转换器。