微軟論壇的斑竹回答如下：
腦內：果然是高大上啊
??? 1.WebService：嚴格來說是行業標準，不是技術，使用XML擴展標記語言來表示數據（這個是夸語言和平臺的關鍵）。微
軟的Web服務實現稱為ASP.NET Web Service.它使用Soap簡單對象訪問協議來實現分布式環境里應用程序之間的數據交互。
WSDL來實現服務接口相關的描述。此外Web services 可以注冊到UDDI中心.供其客戶查找使用。
??? 后來微軟做了ASP.NET Web Service的安全，性能，數據加密、解密，托管宿主等多方面的擴展，稱為WSE系列，這個是過
度產品，最高到WSE3.0.后來就是WCF時代。
??? 2.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大門的鑰匙。
?
?
小插曲：
當時胖胖的模樣
?? 2年前在一個全國性的企業IT部門開發SmartClient，在那企業工作超過10年經理問我說，WebService的原理是什么？就是FTP！。。。。。。。我當場語塞，其實是我不知道FTP和WebService有什么區別啦，沒法回經理。經理繼續說，要先打個包再一次傳數據這樣效率才高，要不全國各地傳數據來怎么受得了。FTP跟WebService協議不同，至于要怎么做才好其實也不好說。
?? 剛畢業在全國第二大的印刷廠IT部門做開發，來了個牛B經理，公司要把通信都轉成WebService，那時連WebService是什么都不知道，做了個效能測試（測試不是我做的），發現通信一次怎么都要6秒多？后來沒推，再后來我就走啦。WebService第一次建立通信是要花點時間，再加上公司網絡監控比較多，可能是這個原因通信要去到6秒，每次都要6秒的原因是“事務做的太好了“，每次通信完都釋放，哈哈。
?? 其實WebService和WCF有什么不同，自己用用就知道啦，不過千萬不要像下面這個大哥，標題特搞笑，既沒有深入也沒有淺出，照抄個HELLOWORLD程序有什么用捏？就像剛畢業的我，要成長是要不斷磨練D
?
?
?
?
?
下面基本可以無視：
當時就驚呆了，尼瑪
GOOGLE到的,標題就是，深入學習WCF之比較WCF與Asp.net webservice的區別
《-------------------------------------------------------------------------------------------------》
?首先簡單介紹一下 WCF 是什么，然后再對 WCF 和 Asp.net Web service 做個比較。
??? Windows Communication Foundation (WCF) 是用于構建面向服務的應用程序的框架。借助 WCF，可以將數據作為異步消息從
一個服務終結點發送至另一個服務終結點。服務終結點可以是由 IIS 承載的持續可用的服務的一部分，也可以是應用程序中
承載的服務。終結點可以是從服務終結點請求數據的服務客戶端。消息可以是從以 XML 格式發送的單個字符或單詞，到復
雜的二進制數據流。雖然在WCF 出現之前也可以開發應用，但是 WCF 的出現使此類應用的開發變得更加簡單。
??? Asp.net Web service 通常依賴于 XmlSerializer 將 .NET Framework 的數據類型轉換為 XML 格式在服務中傳送，或將從服務中接
收的 XML 格式的數據轉換為 .NET Framework 中的對象。
使用 XmlSerializer 序列化或反序列化 .NET Framework 的數據類型時的缺點：
1、只有標記為 public 的字段和屬性能夠被序列化。
2、只有實現了 IEnumerable 和 ICollection 接口的類的集合才能被序列化。
3、實現 IDictionary 接口的類不能被序列化，如Hashtable。
??? WCF 使用 DataContractAttribute 和 DataMemberAttribute 來標記可以被序列化的 .NET Framework 類型。
[DataContract]
public class Item
{[DataMember]public string ID;[DataMember]public decimal Qty;[DataMember]public decimal Price;
}DataContractAttribute 可以應用于類或結構體上，DataMemberAttribute可以應用于標記為 public 或 private 的字段和屬性上。
DataContractSerializer 和 XmlSerializer的區別：
1、DataContractSerializer 不對 .NET Framework 中的數據類型在 XML 中的表示方式作控制，因此性能要比 XmlSerializer 高。
2、XmlSerializer 不能確定要序列化的字段或屬性，而 DataContractSerializer 使用 DataMemberAttribute 可以明確的確定要序列化
的字段或屬性。
3、DataContractSerializer 可以序列化實現了 IDictionary 接口的類。
4、由于 DataContractSerializer 可以訪問對象的非 public 成員，因此在反序列化時需要運行在完全信任模式下，而
XmlSerializer 不需要。
服務的開發
在開發 Asp.net Web service 時需要在類上面添加 WebService 屬性（attribute），在類的方法上添加 WebMethodAttribute 。
[WebService]
public class WebService1 : System.Web.Services.WebService
{[WebMethod]public string HelloWorld(){return "Hello World";}
}一個 WCF 服務提供一個或多個 WCF 終結點（Endpoint），每個終結點包含地址（Address）、綁定（Binding）、契約
（Contract）。開發 WCF 服務時，通常先在接口上添加 ServiceContractAttribute 和 OperationContractAttribute 來定義服務的契約（
contract）：
[ServiceContract]
public interface IService1
{[OperationContract]void DoWork();
} 中的操作。定義好服務契約后需要一個類來實現它：
public class Service1 : IService1
{public void DoWork(){// do some works}
}實現了服務契約的類即是 WCF 中的一個服務。接下來在配置文件中配置服務地址和綁定類型
<?xml version="1.0" encoding="utf-8" ?>
<configuration><system.serviceModel><services><service name="Service1"><endpoint address="Service1"binding="basicHttpBinding"contract="IService1"/></service></services></system.serviceModel>
</configuration>BasicHttpBinding、WSHttpBinding、WSDualHttpBinding、WSFederationBinding、NetTcpBinding、NetNamedPipeBinding、
NetMsmqBinding、MsmqIntegrationBinding、NetPeerTcpBinding。其中 BasicHttpBinding 包含了 Asp.net Web services 支持的協議。
服務的承載
Asp.net Web service 編譯后生成一個程序集和一個擴展名為 .asmx 的服務文件，該文件中包含了服務類的代碼和其所在的程
序集的信息。將服務文件復制到由 IIS 承載的 Asp.net 程序的根目錄下，將程序集復制到程序根目錄下的 /bin 目錄下。服務
就可以通過服務文件的 URL來訪問了。
WCF 服務可以由 IIS、Windows Process Activation Service（WAS）或 .NET 應用程序承載。在IIS或WAS中承載的步驟：
1、編譯服務。
2、將擴展名為 .svc 的服務文件復制到一個虛擬目錄下，將程序集復制到虛擬目錄下的 /bin 文件夾下。
3、將web.config配置文件復制到虛擬目錄下。
客戶端開發
Asp.net Web service 客戶端通過命令行工具 WSDL.EXE 生成客戶端代碼。
WCF 使用ServiceModel Metadata Utility Tool（svcutil.exe）生成客戶端代碼。
消息協定
Asp.net Web service 中的 SOAP 消息的消息頭是可以自定義的。
WCF 通過 MessageContractAttribute、MessageHeaderAttribute和MessageBodyMemberAttribute 來描述服務中的 SOAP 消息的結構。
元數據
客戶端通過 HTTP GET 向 Asp.net Web service 請求元數據時，ASP.NET 將生成 WSDL 并發送到客戶端。生成的 WSDL 可以通過
創建一個繼承自 ServiceDescriptionFormatExtension 的類來自定義。
客戶端可以向 WCF 發送由 WS-MetadataExchange 標準定義的請求信息，接收返回的 WSDL。WCF 生成的 WSDL 也可以自定義
。WCF 還可以配置為不生成 WSDL，并提供一個固定的 WSDL 文件的URL。
異常處理
在 Asp.net Web service 中未處理的異常會作為 SOAP 錯誤返回客戶端。
在 WCF 服務中未處理的異常不會作為 SOAP 錯誤返回客戶端。在調試時可以通過配置設置讓未處理的異常返回客戶端。
安全
Asp.net Web services 安全設置和其他IIS 應用的安全設置相同。
WCF 可以承載于 IIS 之外的其他應用程序中，因此 WCF 的安全設置是獨立的。但是可應用于Asp.net Web service 的安全設置
也可應用于 WCF。
?
