C产品在市场上有哪些独特优势？

本文共计10219个文字，预计阅读时间需要41分钟。

上篇博客《用Asp.net写自己的服务框架》讲述了如何实现自己的服务框架。但很多人应该使用过WebService这类服务框架，相比起来，似乎还缺乏什么。

我的感受是这样的。

上篇博客 我讲述了如何实现自己的服务框架，但我想很多人应该用过WebService这类服务框架，相比起来，似乎还缺少什么东西， 是的，我也感觉到了。比如：我可以很容易地利用WebService， WCF框架编写一个服务， 在客户端也可以很容易地通过的方式来生成一个代理类，然后就可以调用服务了，非常简单， 更酷的是，IDE生成的代理类还有异步调用功能！

我一直认为，对于服务框架来说，最重要的事是将一个C#方法公开为一个服务方法，供远程客户端调用。 因此，我上篇博客中演示的服务框架显然已经可以简单地完成这个功能。 不过，目前如果要使用这个服务框架，客户端还不够方便： 总不能让使用者自己写代码发送HTTP请求吧？嗯，基于我的服务框架的一些约定，实现这个包装不是问题， 但前面提到的IDE能生成异步调用的代理类，这个功能就必须实现了，否则我认为太不完美了。

我是个追求完美的人，而异步又是一个很重要的功能，我自然不能不实现它。今天我就继续上篇博客的内容，来谈谈客户端的各种异步实现方法。
说明：异步调用服务却与服务端无关，属于客户端的事情。 此处的客户端是相对服务端来说的，它可以是任何类型的应用程序。今天的主要话题是关于客户端的异步调用。

插个问题，为什么要实现异步，异步有什么好处？
答：简单来说，对于服务程序而言，异步处理可以提高吞吐量， 对于WinForm这类桌面客户端程序而言，将耗时任务采用异步实现可以改善用户体验，而且任务可以并行执行，提高响应速度。