資料合約等價

若要讓用戶端成功地將特定型別的資料傳送至服務，或讓服務成功地將資料傳送至用戶端，傳送的型別不一定要存在於接收端。唯一的需求是這兩個型別的資料合約必須相等 (有時候並不需要嚴格等價，如資料合約版本控制中所述)。

若要讓資料合約相等，則資料合約必須具有相同的命名空間和名稱。此外，某一端的每個資料成員都必須有另一端的對等資料成員。

若要讓資料成員相等，則資料成員必須具有相同的名稱。此外，還必須有相同的資料型別，也就是說，它們的資料合約必須相等。

注意：
請注意，資料合約名稱、命名空間和資料成員名稱必須區分大小寫。

如需 如需資料合約名稱、命名空間和資料成員名稱的詳細資訊，請參閱資料合約名稱。

如果兩個型別存在於同一端 (傳送者或接收者)，但資料合約不相等 (例如，具有不同的資料成員)，則不應該為它們指定相同的名稱和命名空間。這樣做可能會導致擲回例外狀況。

下列型別的資料合約是相等的：

資料成員順序和資料合約等價

使用 DataMemberAttribute 類別的 Order 屬性，可能會影響資料合約等價。資料合約必須以相同順序顯示成員，才會相等。預設順序是字母順序。如需詳細資訊，請參閱 資料成員順序。

例如，下列程式碼會產生對等的資料合約。

不過，下列程式碼不會產生對等的資料合約。

繼承、介面和資料合約等價

判斷等價時，繼承自另一個資料合約的資料合約會被視為只是一個包含所有來自基底型別之資料成員的資料合約。請記住，資料成員的順序必須相符，而且基底型別成員的順序必須在衍生型別成員之前。此外，如果兩個資料成員有相同的順序值，則這些資料成員的順序為字母順序 (如下列程式碼範例)。如需詳細資訊，請參閱 資料成員順序。

在下列範例中，Employee 型別的資料合約與 Worker 型別的資料合約相等。

在用戶端和服務之間傳遞參數和傳回值時，如果接收端點需要來自衍生類別的資料合約，則無法傳送來自基底類別的資料合約。這符合物件導向程式設計原則。在上一個範例中，需要 Employee 時，則無法傳送 Person 型別的物件。

如果需要來自基底類別的資料合約，只有在接收端點使用 KnownTypeAttribute 知道衍生型別時，才能傳送來自衍生類別的資料合約。如需詳細資訊，請參閱 資料合約已知型別。在上一個範例中，如果需要 Person，只有在接收者程式碼使用 KnownTypeAttribute 將 Employee 型別的物件包含在已知型別的清單時，才能傳送它。

在應用程式之間傳遞參數和傳回值時，如果預期型別是介面，它相當於 Object 型別的預期型別。因為每個型別最終都是衍生自 Object，所以每個資料合約最終都會衍生自 Object 的資料合約。因此，如果需要介面，則可以傳遞任何資料合約類型。若要成功使用介面，還需要執行其他額外步驟。如需詳細資訊，請參閱資料合約已知型別。

請參閱

參考

DataContractAttribute
DataMemberAttribute

概念

資料成員順序
資料合約已知型別
資料合約名稱