建站
咨詢
售后
建站咨詢
新聞中心
這篇文章主要為大家分析了WebService的封裝技巧有哪些的相關(guān)知識點，內(nèi)容詳細(xì)易懂，操作細(xì)節(jié)合理，具有一定參考價值。如果感興趣的話，不妨跟著跟隨小編一起來看看，下面跟著小編一起深入學(xué)習(xí)“WebService的封裝技巧有哪些”的知識吧。
創(chuàng)新互聯(lián)公司專業(yè)為企業(yè)提供翠屏網(wǎng)站建設(shè)、翠屏做網(wǎng)站、翠屏網(wǎng)站設(shè)計、翠屏網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計與制作、翠屏企業(yè)網(wǎng)站模板建站服務(wù)，十多年翠屏做網(wǎng)站經(jīng)驗，不只是建網(wǎng)站，更提供有價值的思路和整體網(wǎng)絡(luò)服務(wù)。
今天早上起來，想談?wù)?NET中的WebService，當(dāng)然我不想講什么是WebService，或者怎么用WebService，因為那個大家隨便Google一下前100頁都能找到答案。今天我想來分享一下我在用WebService中的一些技巧。
一、問題誕生 -- 大部分解決方案的背后總是一些頭痛的問題
很早以前就用過傳說中的WebService，但一直是用常規(guī)的思路在用：創(chuàng)建WebService項目-->寫Web服務(wù)方法--> 在項目中添加Web引用-->調(diào)用Web方法。這樣貌似很好，非常符合規(guī)范，在一段時間內(nèi)效果也還可以，但漸漸的隨著項目的擴(kuò)大和同時參與項目的人員增多，就越來越覺得這種常規(guī)的方法很是不爽，為什么呢？我每次修改WebService端（添加、刪除Web方法，以及修改方法名稱），在引用端我都要更新WebService引用，其實是就是更新WSDL文件，很是煩人。
二、化分為合 -- 傳說分久必合，合久必分
好吧，既然增加、刪除、修改web方法名都會引起WSDL的更新，那么我們索性用一個統(tǒng)一的方法來作為webservice的訪問入口吧，然后內(nèi)部用switch case來區(qū)分調(diào)用哪個方法，先貼代碼吧，再來簡單講講：
統(tǒng)一訪問接口IRemoteCall：
public interface IRemoteCall{ byte[] GeneralCall(string methodName, params byte[] param);}然后定義一個WebService并實現(xiàn)以上接口（以前還沒真在webservice上實現(xiàn)過接口，哈哈）：
[WebService(Namespace = http://tempuri.org/)][WebServiceBinding(ConformsTo = WsiProfiles.BasicProfile1_1)][ToolboxItem(false)]public class BlogService : System.Web.Services.WebService, IRemoteCall{ [WebMethod(EnableSession = true)] public byte[] GeneralCall(string methodName, params byte[] param) { switch (methodName) { case "LoadBlog": { long blogId = Serializer.DeserializeToObject(param); BLLBlogArtical ba = new AppBlog().LoadBlog(blogId); return Serializer.SerializeToBinary(ba); } case "DeleteBlog": { //To Do Your Code return null; } } }} 這里為什么要定義接口IRemoteCall呢，主要是為接下來統(tǒng)一調(diào)用webservice服務(wù)的，所有實現(xiàn)這個接口的webservice類都可以通過GeneralCall來完成調(diào)用，待會將webservice訪問器的時候會具體講到，這里主要講講這個switch case。
這里我們定義了一個統(tǒng)一的訪問入口
byte[] GeneralCall(string methodName,params byte[] param)
意思是：傳入要調(diào)用的方法名稱以及序列化后的參數(shù)，返回序列化后的結(jié)果。這里為了統(tǒng)一數(shù)據(jù)，我們均對參數(shù)和返回值都序列化成byte數(shù)組，即用Serializer.SerializeToBinary(object)來實現(xiàn)，這樣所有調(diào)用就都統(tǒng)一了格式。
有人可能會提出質(zhì)疑，這樣方法名稱都已字符串形式是不是會顯得難看，而且字符串容易出錯，還沒有智能提示？那也好解決，我們可以把方法名稱定義成const常量就可以了。這里我對webservice的一個態(tài)度是：webservice層就是完成轉(zhuǎn)接和調(diào)度工作的，它僅僅起到承接的作用，用了他可以將服務(wù)任意分布，所以里面是沒有任何邏輯的（邏輯都是被封裝在其他dll中的），最多是一些數(shù)據(jù)轉(zhuǎn)換，所以我采用了這種模糊接口的方式。
三、自定義webservice訪問器
上面我們完成了webservice端的工作，接下來就來實現(xiàn)客戶端對webservice的靈活調(diào)用，這里上面定義的那個IRemoteCall就起到作用了，首先我們定義一個webservice訪問器類RemoteCaller，代碼如下：
using System;using System.Collections.Generic;using System.Text;using System.Collections;using System.Web.Services.Protocols; using SharedLib_403; namespace ITIvy.Shared.RemoteCaller{ /// /// 遠(yuǎn)程接口訪問器 /// public class RemoteCaller { private string _MethodName; private byte[] _ParamByte; private IRemoteCall _Caller; private ArrayList _Params; /// /// 參數(shù)列表 /// public ArrayList Params { get { return _Params; } set { _Params = value; } } /// /// 序列化后的參數(shù) /// public byte[] ParamByte { get { return _ParamByte; } set { _ParamByte = value; } } /// /// 遠(yuǎn)程服務(wù)方法名稱 /// public string MethodName { get { return _MethodName; } set { _MethodName = value; } } /// /// 遠(yuǎn)程服務(wù)調(diào)用接口 /// public IRemoteCall Caller { get { return _Caller; } set { _Caller = value; } } /// /// 構(gòu)造 /// /// Webservice遠(yuǎn)程接口 public RemoteCaller(IRemoteCall caller) { _Caller = caller; _Params = new ArrayList(); } /// /// 調(diào)用遠(yuǎn)程接口 /// /// 方法名稱 /// 參數(shù)對象 /// /// 調(diào)用遠(yuǎn)程接口 /// /// 方法名稱 /// 參數(shù)列表 /// /// 調(diào)用遠(yuǎn)程接口 /// /// 方法名稱 /// 參數(shù)對象數(shù)組 /// /// 調(diào)用遠(yuǎn)程接口 /// /// /// 調(diào)用遠(yuǎn)程接口 /// /// 返回值類型 /// () { byte[] resultByte = Call(); return Serializer.DeserializeToObject(resultByte); } /// /// 調(diào)用遠(yuǎn)程接口 /// /// 返回值類型 /// 方法名稱 /// 參數(shù)列表 /// (string methodName, ArrayList param) { byte[] resultByte = Call(methodName, param); return Serializer.DeserializeToObject(resultByte); } public T Call(string methodName, object param) { try { _MethodName = methodName; _ParamByte = Serializer.SerializeToBinary(param); byte[] resultByte = _Caller.GeneralCall(_MethodName, _ParamByte); return Serializer.DeserializeToObject(resultByte); } catch (Exception ex) { if (ex is SoapException) throw new Exception(((SoapException)ex).Detail["Message"].InnerText); else throw ex; } } /// /// 調(diào)用遠(yuǎn)程接口 /// /// 返回值類型 /// 方法名稱 /// 參數(shù)對象數(shù)組 /// (string methodName, params object[] param) { byte[] resultByte = Call(methodName, param); return Serializer.DeserializeToObject(resultByte); } }} 這個訪問器主要是定義了一系列訪問接口的重載，利用了c#的泛型更加使接口簡單了。哈哈，這個類就能讓我們實現(xiàn)一句話調(diào)用webservice，相當(dāng)簡潔。注意里面的IRemoteCall屬性，就是只要傳入實現(xiàn)了該接口的類，就都可以通過該訪問器來訪問webservice。如何使用該類呢，下面給一個例子吧：
IRemoteCall Caller = new BlogService.BlogService();BLLBlogArtical bllArtical = new RemoteCaller(Caller).Call
抱歉，說錯了，要兩句話來調(diào)用，但是這里少去了很多數(shù)據(jù)轉(zhuǎn)換的工作，因為有了泛型，呵呵，而且我可以在RemoteCaller這個訪問器類中做很多工作，比如異常處理，權(quán)限驗證等等。
這個實現(xiàn)方法的核心在于用IRemoteCall接口來規(guī)范webservice類的實現(xiàn)方式均為統(tǒng)一GenerateCall，然后 webservice類中通過switch case來將所有方法整合在一起，避免頻繁更新WSDL的麻煩，客戶端利用IRemoteCall定義一個webservice訪問器類 RemoteCaller來提供統(tǒng)一的webservice訪問。
這篇文章主要為大家分析了WebService的封裝技巧有哪些的相關(guān)知識點，內(nèi)容詳細(xì)易懂，操作細(xì)節(jié)合理，具有一定參考價值。如果感興趣的話，不妨跟著跟隨小編一起來看看，下面跟著小編一起深入學(xué)習(xí)“WebService的封裝技巧有哪些”的知識吧。
文章題目：WebService的封裝技巧有哪些
鏈接分享：http://ef60e0e.cn/article/pogipj.html
