建站
咨詢
售后
建站咨詢
新聞中心
WCF是建立在.Net Framework 2.0基礎(chǔ)之上的，它的應(yīng)用可以幫助開發(fā)人員帶來很多功能。在這里我們將會為大家詳細介紹一下有關(guān)WCF傳輸數(shù)據(jù)的相關(guān)方法，以此來方便大家理解這方面的應(yīng)用。
站在用戶的角度思考問題，與客戶深入溝通，找到井研網(wǎng)站設(shè)計與井研網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗，讓設(shè)計與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個性化、用戶體驗好的作品，建站類型包括：成都網(wǎng)站制作、成都網(wǎng)站設(shè)計、外貿(mào)營銷網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機端網(wǎng)站、網(wǎng)站推廣、主機域名、網(wǎng)絡(luò)空間、企業(yè)郵箱。業(yè)務(wù)覆蓋井研地區(qū)。
最近的開發(fā)，一直被DataContract頭疼，微軟為了更好的通用性和代碼無關(guān)性，將DataContract進行了一系列的優(yōu)化，使作為DataContract的類在進行Serialize的時候會被序列化成非常通用的數(shù)據(jù)格式，可以在任何開發(fā)語言中調(diào)用。但是我們是僅僅使用C#進行客戶端和服務(wù)器端的開發(fā)，而且客戶端和服務(wù)器端交換的數(shù)據(jù)是同一個類型。
剛開始我的代碼是這樣寫的：
- using System;
- using System.Collections;
- using System.ServiceModel;
- using System.Runtime.Serialization;
- namespace JCDEV.WCF.Test1
- {
- [DataContract]
- public class Message
- {
- private DataCommandCollections list;
- [DataMember]
- public DataCommandCollections List
- {
- get { return list; }
- set { list = value; }
- }
- }
- [DataContract]
- public class DataCommandCollections : CollectionBase
- {
- [DataMember]
- public IList List
- {
- get
- {
- return base.InnerList;
- }
- }
- }
- [DataContract]
- public class DataCommand
- {
- //代碼省略...
- }
- }
我的本意是傳遞Message類，類中包含一個DataCommand的數(shù)組，但是這樣做的結(jié)果是，生成的客戶端代碼中DataCommandCollections被修正為了一個object[]，而DataCommand未被序列化。我總結(jié)一下原因是：DataCommandCollections集成于CollectionBase，該類是一個Collection的基類，內(nèi)部有一個ArrayList數(shù)組，該數(shù)組默認是實現(xiàn)IList接口的，內(nèi)部數(shù)據(jù)是Object型，所以在序列化是就生成了Object[]，而不管實際的內(nèi)部數(shù)據(jù)是何類型。
到這里我分析，DataContract在客戶端生成代碼時是根據(jù)其內(nèi)部參數(shù)的類型來決定的。因此數(shù)組必須顯性設(shè)置為DataCommand的數(shù)組，否則都將無法生成正確的代碼。
解決該問題的方法是使用List
- using System;
- using System.Collections;
- using System.ServiceModel;
- using System.Runtime.Serialization;
- using System.Collections.Generic;
- namespace JCDEV.WCF.Test1
- {
- [DataContract]
- public class Message
- {
- private DataCommandCollections list;
- [DataMember]
- public DataCommandCollections List
- {
- get { return list; }
- set { list = value; }
- }
- }
- [DataContract]
- public class DataCommandCollections :List
- {
- //代碼省略...
- }
- [DataContract]
- public class DataCommand
- {
- //代碼省略...
- }
- }
程序改進后在生成客戶端時出錯，查了下原因是因為如果類實現(xiàn)了IEnumable接口時，.Net會默認將他作為一個Collections類來進行序列化，無需指定他為DataContract，如果需自定義，應(yīng)該使用CollectionDataContract特性。將代碼修改后就沒有錯誤了。客戶端正確的生成了一個DataCommand[]和DataCommand類。#t#
但是這樣生成的客戶端代碼其實并沒有什么用，因為客戶端本來就可以直接調(diào)用Message類，后來一個偶然的機會，我發(fā)現(xiàn)了一個新的方法，就是在客戶端添加服務(wù)引用時，選擇高級，然后將重新使用引用的程序集中的類型勾選上，這樣客戶端就不會生成一個Message類，而是直接使用自己引用的Message類了。
這里也可以設(shè)置對于集合類型，在客戶端解析后的生成方式，默認是生成一個數(shù)組。
這里要注意一點，當(dāng)使用重引用選項后，DataContract將無法使用，出的錯誤是“類型未被標示為可序列化”，我是使用Serializable來代替的，這個原因是什么我還不清楚，如果有人知道，希望也告訴我一下，謝謝。
補充一下：“類型未被標示為可序列化”原因找到了，是我疏忽的錯誤，呵呵，原因是我有一個對Message類進行序列化的函數(shù)，程序時在這里提示的錯誤。DataContract是可以使用的。至于.Net如何對集合進行操作，我將稍候發(fā)布。
網(wǎng)站欄目：WCF傳輸數(shù)據(jù)應(yīng)用技巧剖析
本文地址：http://www.5511xx.com/article/cohodjh.html
