WCF數(shù)據(jù)契約相關示例詳細分析
我們以前為大家介紹過WCF數(shù)據(jù)契約的相關特點以及應用技巧。在這里我們將會繼續(xù)根據(jù)WCF數(shù)據(jù)契約的不同類型的應用舉例說明,以方便大家更進一步的對這方面內容有一個深入的了解。
在正常的c#開發(fā)中我們是允許用子類去替換基類的,這也是所謂的替換原則。但是我們在WCF中確不能用數(shù)據(jù)契約的子類來替換父類的,因為這中間存在一個序列化的問題。舉個例子:
我們有WCF數(shù)據(jù)契約:
- [DataContract]
- class Employee{...}
服務契約中:
- [ServiceContract]
- interface IEmployeeManager
- {
- [OperationContract]
- void AddEmployee(Employee employee);
- }
然后我們在客戶端的代理中就算有類:Intern繼承于
- [DataContract]
- class Intern:Employee{...}
然后再客戶端調用時:
proxy.AddEmployee(new Intern())是會出錯的。因為在服務器端無法識別Intern對象,因為他無法去反序列化Intern成Employee對象(WCF序列化)。
WCF數(shù)據(jù)契約提供給我們了一個解決的辦法就是使用KnownTypeAttribute特性,在基類上標識對應的子類就可以了。KnownTypeAttribute特性可以使用在Struct跟Class上。示例:
- [DataContract]
- [KnownType(typeof(Customer))]
- class Employee{...}
- [DataContract]
- class Intern:Employee{...}
這樣我們就在所有的WCF數(shù)據(jù)契約跟操作上,能跨越所有的服務和終結點,允許服務接受子類。但是這樣會遇到一個問題,我們不能去特定的指定某一個服務操作,所以KnownType的缺陷就是范圍過于廣泛。WCF提供了另外一個Attribute--ServiceKnownType.
【編輯推薦】