2

我已经阅读了这个问题，但在我的情况下它更简单，因为我不必使用Result属性。所以我想知道我是否可以采用比斯蒂芬·克利里的回答提供的更简单的方法。

假设我有这个简单的界面。

internal interface IBinaryDataReadable
{
    Task Load(AsyncDataReader reader);
}

该接口提供了异步加载对象的方法。它不返回任何内容，因为加载结果是对象本身。

（接口是内部的，因此显式实现以避免暴露实现。）

这是我加载二进制数据的方式。

data = new BinaryData();
await ((IBinaryDataReadable)data).Load(reader);

我想让这个更流畅和详细，所以我写了这个扩展方法

internal static Task<TData> Load<TData>(this TData data, AsyncDataReader reader)
    where TData : IBinaryDataReadable 
        => data.Load(reader).ContinueWith(t => data, TaskContinuationOptions.ExecuteSynchronously);

现在加载变成了这样。

data = await new BinaryData().Load(reader);

这里有什么我应该担心使用这种方法的吗？例如异常处理等？

4

1 回答 1

4

同样可以使用 async/await 来完成，并且放弃使用ContinueWith

internal static async Task<TData> Load<TData>(this TData data, AsyncDataReader reader) 
    where TData : IBinaryDataReadable {
    await data.Load(reader);
    return data;
}

这样，如果需要，您甚至可以在方法中包含异常处理。然而，扩展方法在流畅的接口方面并没有做太多的事情，因为该方法返回一个需要等待的任务。

并且您必须显式调用通用扩展，否则您只是调用类型的本地成员，该类型void在等待时解析为导致编译错误。

data = await new BinaryData().Load<BinaryData>(reader);

我建议将扩展方法重命名为不会与接口上现有成员冲突的方法。

data = await new BinaryData().LoadAsync(reader);

我想知道使用是否会ContinueWith引入问题

除了无法控制异常之外，我认为它不会引入任何问题。但这可以通过检查该案例并将其冒泡来管理。

internal static Task<TData> LoadAsync<TData>(this TData data, AsyncDataReader reader)
    where TData : IBinaryDataReadable {
    return data.Load(reader)
        .ContinueWith(t => {
            var error = t.Exception;
            if (error != null && t.IsFaulted)
                throw error;
            return data;
        }, TaskContinuationOptions.ExecuteSynchronously);
}

不过，在我看来，使用 async/await 更简洁，更易于阅读和实现。

于 2017-08-27T16:20:22.040 回答