Ⅰ.net通信指前提

①大概搜索了一下,一般提到了这三种居多:
Webservice：基于B/S的，可以对外发布方法
Socket：一种网络数据交换模型，Socket接口是TCP/IP网络的API，有三个主要因素：地址、端口、协议
WCF:一种将开发、部署、运行分离的体系模型，使用WCF可以定义多种交互方式，例如使用http或直接使用tcpip Webservice：基于B/S的，可以对外发布方法

②某大牛收集的:
remoting教学一：remoting与socket、webservice和wcf的比较及优势
http://blog.csdn.net/luminji/archive/2009/10/15/4676560.aspx

Web service能做到的事 WCF都能做到，一次只考虑WCF还是socket就可以了。
这里是个讨论
Select between raw socket programming vs. WCF
http://www.eggheadcafe.com/software/aspnet/29446634/select-between-raw-socket-programming-vs-wcf.aspx

socket基础
http://www.cnblogs.com/ysyn/p/3399351.html

③大牛实际经验
⑴在转到socket之前我们用wcf在公网上做了一年半的双工通信，net.tcp协议，没问题。
相比socket，wcf进行双工通信的最大缺点是设备的选择不自由，比如在wince上没办法使用net.tcp的客户端代理类。而使用socket时，即便没有操作系统，直接使用设备自带的tcp/ip协议栈也可以通信。
⑵如果项目小可以直接WCF,
项目大,对控制要求高采用 Socket
⑶对于http通讯来说，你可以使用 new WebClient().DownloadString(...) 来上传下载资料，或者使用 HttpWebRequest 来上传下载资料，比Socket简单一些。而传送的数据可以是json，用于对.net命令对象和实体对象的序列化。

如果你只能想到socket和wcf，那么这就很说明问题了。这就好像是小孩子总是问大人“好人还是坏人？”似地，可见你socket肯定搞不起来。那么我建议你，如果想去了解http通讯，从基本的http get、post访问方法去了解，而不是wcf。

很多电信级的通讯，如果对性能要求不高，而希望有较强的稳定性，并且掌握灵活的技术，都会直接使用http post方式。而用不着wcf。

Web Service,ASP.NET Web Service,WCF的区别

【1】Web Service：严格来说是行业标准，也就是Web Service 规范，也称作WS-*规范，既不是框架，也不是技术。

   它有一套完成的规范体系标准，而且在持续不断的更新完善中。

   它使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。微软的Web服务实现称为ASP.NET Web Service.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Web services 可以注册到UDDI中心.供其客户查找使用。
 后来微软做了ASP.NET Web Service的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过度产品，最高到WSE3.0.后来就是WCF时代。（WCF分布式开发必备知识(4):Web Service ）

【2】ASP.NET Web Service：微软提供了Web服务的开发框架，属于ASP.NET Framework的一部分，但是支持早起的WS规范。比如SOAP1.1。
【3】WCF：WCF 是一个分布式应用的开发框架，属于特定的技术，或者平台。既不是标准也不是规范。

    WCF其实一定程度上就是ASP.NET Web Service,因为它支持Web Service的行业标准和核心协议，因此ASP.NET Web Service和WSE能做的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。

但是WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成Web Service,因为它还兼容和具备了微软早期很多技术的特性。
根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通信(Communiation)范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，可以以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+作为宿主(Host)。WCF可以支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将所有与此相关的技术要素都包含在内，掌握了WCF，就相当于掌握了叩开SOA大门的钥匙。（MSDN）（WCF分布式开发步步为赢(1)：WCF分布式框架基础概念 ）
如果你想对WCF学习系统化一些，必须向对如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列也有个详细的认识的话，你可以看看我的博客，在此之前我对WCF学习相关的知识都系统的进行了整理。这个是文章目录：老徐的博客：文章目录 。
还有一点就是，很多人对WCF学习感兴趣，当初我也是，直接奔WCF而来，其实在后来的学习中感觉吃力，因为WCF宣称的很多特性和优势，我们无法理解，更无法体会。文中提到了很多微软的早期技术如果都没有接触过，这些对比我们就无法有深刻的体会。

         建议先从基础开始，然后在关注一些WCF较高级的应用或者概念，循序渐进。网上也有很多WCF学习的资料，等有了一定基础以后可以看看付中凯大哥的讲座，这个需要一定的基础。

原帖地址： http://social.microsoft.com/Forums/zh-CN/wcfzhchs/thread/c06420d1-69ba-4aa6-abe5-242e3213b68f
优点的话，只有你学习使用以后才有体会，等你开始学习了WCF你就会慢慢喜欢上它~很好的一个通信框架，这个是微软SOA重要的技术框架。Biztalk里发布和调用WCF服务很常见，它提供了丰富的适配器。你有兴趣可以了解一下。~