摘要：由于智能手機(jī)的普及和社會信息化的不斷發(fā)展，人們希望能通過手機(jī)或者平板的APP對原有B/S架構(gòu)的信息化系統(tǒng)進(jìn)行操作，因此這些系統(tǒng)就需要為移動端的APP提供訪問系統(tǒng)內(nèi)部業(yè)務(wù)邏輯的接口，而如何為APP快速高效地提供這些接口一直是個(gè)難題。如果服務(wù)器只向外界暴露一個(gè)接口，而外部應(yīng)用只需通過調(diào)用該接口就可以完成服務(wù)器中所有的業(yè)務(wù)邏輯，則會大大降低接口的開發(fā)時(shí)間和成本。該類接口被稱為“動態(tài)接口”，設(shè)計(jì)并實(shí)現(xiàn)了基于Web Service的動態(tài)接口，以提高接口開發(fā)效率。

關(guān)鍵詞：APP；Web Service；動態(tài)接口

DOIDOI：10.11907/rjdk.161484

中圖分類號：TP319

文獻(xiàn)標(biāo)識碼：A文章編號文

章編號：16727800（2016）009008203

基金項(xiàng)目基金項(xiàng)目：

作者簡介作者簡介：丁易難（1991-），男，安徽安慶人，西安工程大學(xué)計(jì)算機(jī)科學(xué)學(xué)院碩士研究生，研究方向?yàn)橛?jì)算機(jī)應(yīng)用開發(fā)。

0引言

目前，大部分企業(yè)都搭建有自己的信息化平臺，B/S架構(gòu)的跨平臺性和易用性，使得B/S架構(gòu)被廣泛應(yīng)用。然而，隨著移動網(wǎng)絡(luò)技術(shù)及移動設(shè)備性能的快速發(fā)展，“移動辦公”越來越受到企業(yè)青睞。很多企業(yè)都紛紛希望能擁有一個(gè)手機(jī)APP版的企業(yè)信息化平臺，該平臺向外界提供一個(gè)訪問系統(tǒng)內(nèi)部的BLL層（Business Logic Layer）的接口，以便其它形式的用戶終端調(diào)用。在.NET平臺下，一般都是采用微軟提供的Web Service技術(shù)，向外界暴露接口。一般情況下，系統(tǒng)開發(fā)者會在Web Service層里，將系統(tǒng)中BLL層的每個(gè)類中的每個(gè)方法寫一個(gè)同樣的Web Method為外界終端提供訪問內(nèi)部BLL層的接口。但是，一個(gè)系統(tǒng)的業(yè)務(wù)邏輯眾多，會有大量的業(yè)務(wù)邏輯的對象和方法。使用上述方法，會導(dǎo)致開發(fā)人員的工作量巨大。如果能在Web Service里，只寫一個(gè)Web Method，即在本系統(tǒng)的Web Service層中只向外界提供一個(gè)接口，通過外部終端向服務(wù)器調(diào)用此接口，并傳遞相關(guān)參數(shù)，進(jìn)而“動態(tài)地”調(diào)用系統(tǒng)內(nèi)部已實(shí)現(xiàn)的各種業(yè)務(wù)邏輯方法，就會節(jié)省開發(fā)人員為系統(tǒng)開發(fā)接口而耗費(fèi)的大量的工作時(shí)間。鑒于此，本文主要闡述了如何在基于.NET平臺的Web Service技術(shù)下，完成上述“動態(tài)接口”設(shè)計(jì)與實(shí)現(xiàn)。

1相關(guān)技術(shù)

1.1Web Service

Web Service是一種跨編程語言和跨操作系統(tǒng)平臺的遠(yuǎn)程調(diào)用技術(shù)[1]。Web Service技術(shù)能使得運(yùn)行在不同機(jī)器上的不同應(yīng)用無須借助附加的、專門的第三方軟件或硬件， 就可相互交換數(shù)據(jù)或集成。依據(jù)Web Service規(guī)范的實(shí)施應(yīng)用， 無論它們所使用的語言、 平臺或內(nèi)部協(xié)議是什么， 都可以相互交換數(shù)據(jù)[2]。Service是自描述、 自包含的可用網(wǎng)絡(luò)模塊， 可以執(zhí)行具體的業(yè)務(wù)功能。Web Service也很容易部署， 因?yàn)樗鼈兓谝恍┏Ｒ?guī)的產(chǎn)業(yè)標(biāo)準(zhǔn)以及已有的一些技術(shù)，諸如標(biāo)準(zhǔn)通用標(biāo)記語言下的子集XML、HTTP。Web Service減少了應(yīng)用接口的花費(fèi)，為整個(gè)企業(yè)甚至多個(gè)組織之間業(yè)務(wù)流程的集成提供了一個(gè)通用機(jī)制。

1.2JSON

JSON是一個(gè)輕量級的數(shù)據(jù)交換負(fù)載格式[3]。它是基于JavaScript編程語言ECMA-262 3rd Edition-December 1999標(biāo)準(zhǔn)的一種輕量級數(shù)據(jù)交換格式，主要用于跟服務(wù)器進(jìn)行數(shù)據(jù)交換。與XML相比，JSON更加簡單和靈活[4]。JSON還具有可讀性、可擴(kuò)展性和編碼解碼難度低等特點(diǎn)。因此，本文設(shè)計(jì)的基于Web Service的動態(tài)接口所傳遞的參數(shù)中，或者返回的結(jié)果中若有系統(tǒng)的對象實(shí)體Model，則需要將其轉(zhuǎn)成JSON格式的字符串，以方便客戶端和服務(wù)端解析。

1.3.NET反射技術(shù)

反射是C#.Net中獲取運(yùn)行時(shí)類型信息的方式[5]，它也是.NET中的重要機(jī)制，提供了封裝程序集、模塊和類型的對象（Type類型）?？梢允褂梅瓷鋭討B(tài)創(chuàng)建類型的實(shí)例，將類型綁定到現(xiàn)有對象，或從現(xiàn)有對象獲取類型并調(diào)用其方法或訪問其字段和屬性。

2基于Web Service的動態(tài)接口實(shí)現(xiàn)原理

如圖1所示，“動態(tài)接口”的基本實(shí)現(xiàn)原理是，客戶端在調(diào)用Web Service提供的接口時(shí)，客戶端的代理類會把調(diào)用的相關(guān)數(shù)據(jù)封裝成SOAP協(xié)議（簡單對象訪問協(xié)議）的XML格式，通過HTTP協(xié)議向服務(wù)器端傳遞相關(guān)參數(shù)（例如調(diào)用業(yè)務(wù)邏輯層的名稱、方法以及方法參數(shù)），服務(wù)器端接收到這些參數(shù)并解析后，通過使用反射技術(shù)，動態(tài)地創(chuàng)建要調(diào)用業(yè)務(wù)邏輯的方法所在類的實(shí)例，再通過該類的實(shí)例調(diào)用其方法，最后通過網(wǎng)絡(luò)將方法的執(zhí)行結(jié)果返回給調(diào)用方，從而實(shí)現(xiàn)后臺業(yè)務(wù)邏輯的“動態(tài)”調(diào)用。

3動態(tài)接口具體實(shí)現(xiàn)

（1）創(chuàng)建Web Service。首先在Visual Stdio中新建一個(gè)Web項(xiàng)目，然后新建一個(gè)Web Service類（后綴名為.asmx），取名為DyInterface.asmx。

（2）定義WebMethod。實(shí)現(xiàn)“動態(tài)接口”需要用到.NET的反射機(jī)制，而在使用反射技術(shù)時(shí)，程序需要知道反射調(diào)用的是哪個(gè)類的哪一個(gè)方法，并且調(diào)用的方法可能需要傳遞參數(shù)，因此需要在Web Service類中定義這個(gè)動態(tài)接口的WebMethod時(shí)需要定義3個(gè)形參：bllName（業(yè)務(wù)邏輯的類名稱）、methodName（要動態(tài)調(diào)用的業(yè)務(wù)邏輯類中的方法名稱）、param（方法的參數(shù)）。具體定義動態(tài)接口方法的C#代碼如下：

[WebMethod]

public string InVoke（string bllName，string methodName，string param）

{

//ToDo...

}

（3）創(chuàng)建外部客戶端需要調(diào)用的業(yè)務(wù)邏輯類的實(shí)例。要調(diào)用類中的方法，就要獲得這個(gè)類的實(shí)例。傳統(tǒng)實(shí)例的方法一般是通過關(guān)鍵字new來獲得，然而通過new獲得類的實(shí)例需在程序中事先寫好，但是動態(tài)接口并不會提前知道客戶端需要調(diào)用的是哪個(gè)業(yè)務(wù)邏輯類，所以通過傳統(tǒng)new的方式獲得類實(shí)例不能滿足本次接口設(shè)計(jì)需求。因此只有通過形參bllName的值才能知道需要調(diào)用是哪一個(gè)業(yè)務(wù)邏輯的類，再利用反射技術(shù)，載入業(yè)務(wù)邏輯層的程序集（BLL），再通過CreateInstance的方法，動態(tài)地生成該業(yè)務(wù)邏輯類的實(shí)例。代碼如下：

dynamic bll = Assembly.Load（"BLL"）.CreateInstance（"BLL" + bllName）

這里利用了C#的動態(tài)類型的關(guān)鍵字“dynamic”，來接受創(chuàng)建的業(yè)務(wù)層的實(shí)例。該動態(tài)類型是在程序運(yùn)行期間，動態(tài)獲取示實(shí)例的具體類型，從而避免了類型強(qiáng)制轉(zhuǎn)換的步驟。

（4）解析所調(diào)用方法中的具體參數(shù)。由于是基于Web Service的動態(tài)接口設(shè)計(jì)，且面向的是不同平臺的客戶端，因此為了屏蔽不同平臺差異性，本次動態(tài)接口的param參數(shù)定義為string類型。由于本次設(shè)計(jì)的動態(tài)接口只提供了一個(gè)調(diào)用方法參數(shù)的形參（param），這樣，當(dāng)調(diào)用業(yè)務(wù)邏輯層的方法時(shí)，需要傳遞的參數(shù)有多個(gè)，或者傳遞的是系統(tǒng)中的對象實(shí)體（Model）時(shí)，就需要預(yù)先約定好參數(shù)傳遞的格式，以便在Web Service中解析它們。因此，參數(shù)（param）格式可以這樣約定：如果要調(diào)用的業(yè)務(wù)邏輯方法有N個(gè)參數(shù)，則依次按原方法參數(shù)的順序參數(shù)排放好，并以“*”隔開；如果有些參數(shù)是系統(tǒng)中的對象實(shí)體，則將其轉(zhuǎn)成JSON形式的字符串，并在JSON串前面加一個(gè)"@"符號，以區(qū)分普通參數(shù)與實(shí)體對象參數(shù)。若要調(diào)用的方法沒有參數(shù)，則傳空值。依照上述約定，就可以解析這些參數(shù)了，具體代碼如下：

List