基于.NET Web Service的動態接口設計與實現 

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

關鍵詞：APP；Web Service；動態接口

DOIDOI：10.11907/rjdk.161484

中圖分類號：TP319

文獻標識碼：A文章編號文

章編號：16727800（2016）009008203

基金項目基金項目：

作者簡介作者簡介：丁易難（1991-），男，安徽安慶人，西安工程大學計算機科學學院碩士研究生，研究方向為計算機應用開發。

0引言

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

1相關技術

1.1Web Service

Web Service是一種跨編程語言和跨操作系統平臺的遠程調用技術[1]。Web Service技術能使得運行在不同機器上的不同應用無須借助附加的、專門的第三方軟件或硬件， 就可相互交換數據或集成。依據Web Service規范的實施應用， 無論它們所使用的語言、 平臺或內部協議是什么， 都可以相互交換數據[2]。Service是自描述、 自包含的可用網絡模塊， 可以執行具體的業務功能。Web Service也很容易部署， 因為它們基于一些常規的產業標準以及已有的一些技術，諸如標準通用標記語言下的子集XML、HTTP。Web Service減少了應用接口的花費，為整個企業甚至多個組織之間業務流程的集成提供了一個通用機制。

1.2JSON

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

1.3.NET反射技術

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

2基于Web Service的動態接口實現原理

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

3動態接口具體實現

（1）創建Web Service。首先在Visual Stdio中新建一個Web項目，然后新建一個Web Service類（后綴名為.asmx），取名為DyInterface.asmx。

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

[WebMethod]

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

{

//ToDo...

}

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

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

這里利用了C#的動態類型的關鍵字“dynamic”，來接受創建的業務層的實例。該動態類型是在程序運行期間，動態獲取示實例的具體類型，從而避免了類型強制轉換的步驟。

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

List