您好,登錄后才能下訂單哦!
本篇內容介紹了“如何更高效進行WCF代碼編制”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠學有所成!
在IService1.cs文件中定義數據合同CompositeType。從代碼中可以看出,數據合同只是一個類定義,在類定義中包含了DataContract屬性,在類成員上包含了DataMember屬性:
[DataContract] public class CompositeType { bool boolValue = true; string stringValue = "Hello"; [DataMember] public bool BoolValue { get { return boolValue; } set { boolValue = value; } } [DataMember] public string StringValue { get { return stringValue; } set { stringValue = value; } } }
這個數據合同通過元數據提供給客戶應用程序(查看示例中的WSDL文件,就會看到這些元數據)。這允許客戶應用程序定義一個WCF代碼類型,該類型可以序列化到窗體上,該窗體又可以由服務解序到CompositeType對象上。客戶程序不需要知道這個類型的定義。
實際上,客戶程序使用的WCF代碼可以有不同的執行代碼。定義數據合同的這種方式雖簡單但非常強大,允許在WCF代碼及其客戶程序之間交換復雜的數據結構。
IService1.cs文件還包含服務合同,該服務合同定義為帶有[ServiceContract]屬性的接口。這個接口也在服務的元數據中進行了完整的描述,并可以在客戶應用程序中重建。接口成員構建了服務的操作,每個操作都應用OperationContract屬性創建一個操作合同。
“如何更高效進行WCF代碼編制”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站,小編將為大家輸出更多高質量的實用文章!
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。