WCF 與 Asp.net Web service 比較

    首先簡單介紹一下 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();}

ServiceContractAttribute 指定介面定義了一個 WCF 服務契約，OperationContractAttribute 表示介面中的哪個方法定義為服務契約中的操作。定義好服務契約後需要一個類來實現它：

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>

綁定指定了如何與終結點進行通訊。WCF 支援的綁定有

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。