我有一个在 .NET 4.0 和 VS2010 中使用 C# 的 .NET 项目。
我想做的是向我的库中添加一些异步重载，以便在 .NET 4.5 中使用 await 关键字的用户更轻松地进行异步编程。现在重载的方法是非异步的。我也不想自己使用任何异步方法，只需创建新方法并使其可用。
是否可以在 .NET 4.0 和 VS2010 中创建异步方法，如果可以，.NET 4.0 异步方法应该是什么样的？
因为我使用的是 VS2010，所以我无法访问“async”关键字，那么在 .NET 4.0 中模拟该行为需要做什么？例如，它是否需要返回任何特定类型，是否需要在方法内部发生任何代码以使其当前正在调用的非异步代码异步发生？
【问题讨论】：
标签： c# .net async-await .net-4.5
正如其他人所说，您首先要让方法返回Task 或Task<TResult>。这足以await 其在 .NET 4.5 中的结果。
要使您的方法尽可能适合未来的异步代码，请遵循Task-based Asynchronous Pattern document（也可使用on MSDN）中的指南。它提供命名约定和参数建议，例如，用于支持取消。
对于你的方法的实现，你有几个选择：
IAsyncResult 的异步方法，请使用Task.Factory.FromAsync。TaskCompletionSource<TResult>。【讨论】：
async/await 的明显可能性，或者通过使用框架实现、Microsoft.Bcl.Async 包实现，或者（仅供专家使用）滚动你自己的。
async 方法绝对是最简单的方法，但它超出了这个问题的范围，因为操作仅限于VS2010。
Task/Task<TResult> 和 Task.Factory.FromAsync 或 TaskCompletionSource<TResult>）。
最简单的方法是返回Task 或Task<T>。这样就够了。
但是，这只有在您的方法真正异步执行时才有意义。
我还建议您按照通常的模式命名它们，例如 AbcAsync（“Async”后缀）。您的调用者不会注意到与使用 C# 5 创建的异步方法有任何区别（因为没有）。
提示：只是将异步添加到方法中没有任何作用。您的方法将按顺序执行并返回已完成的任务。使方法返回一个任务必须服务于特定目的 - 通常这样做是因为该方法固有地异步执行（如 Web 服务调用或文件 IO）。
如果您的方法仅包含计算但没有 IO（或仅阻塞 IO），通常最好不要将其设为异步，因为这样做您将一无所获。异步方法并不总是在单独的线程上执行。如果最后一句话让您感到惊讶，您可能需要深入研究一下这个主题。
【讨论】：
void 或 Task 或 Task<T>。从调用者的的角度来看，它如何返回Task 或Task<T> 在很大程度上是无关紧要的。我认为值得你阅读更多关于异步方法真正做什么的内容。
只要你返回一个以某种方式完成的任务（无论是在线程中还是异步），你就会支持异步模型..
让任务异步执行是另一回事。如果您有权访问 async 关键字和 API，您可以简单地将您的方法基于对其他已提供的异步方法的异步调用。但在这种情况下，您必须手工制作异步任务。
可能有更好的方法来做到这一点，但我能看到（并使用过）的最优雅的方法是利用System.Threading.Tasks.TaskCompletionSource 来构造一个任务，使用Begin/End 异步方法模型来执行无论您需要执行什么。然后，当您手头有结果时，使用您的完成源将其发布到先前构造的 Task 实例。
它肯定是异步的，只是不像即将发布的那样花哨。
免责声明：我不是这方面的专家。刚刚做了一些实验。
【讨论】：