本發(fā)明涉及通訊協(xié)議的技術領域，更具體地說是指一種集合多種協(xié)議實現(xiàn)接口界面化的方法及其系統(tǒng)。

背景技術：

HTTP協(xié)議(HyperText Transfer Protocol，超文本傳輸協(xié)議)是用于從WWW服務器傳輸超文本到本地瀏覽器的傳送協(xié)議。它可以使瀏覽器更加高效，減少網(wǎng)絡傳輸。它不僅保證計算機能正確快速地傳輸超文本文檔，還確定傳輸文檔中的哪一部分，以及哪部分內(nèi)容首先顯示(如文本先于圖形)等。HTTP是一個應用層協(xié)議，由請求和響應構成，是一個標準的客戶端服務器模型。HTTP是一個無狀態(tài)的協(xié)議。HTTP協(xié)議通常承載于TCP協(xié)議之上，有時也承載于TLS或SSL協(xié)議層之上，因此，也常稱之為“HTTPS”。HTTPS是由兩部分組成：HTTP+SSL/TLS，也就是在HTTP上又加了一層處理加密信息的模塊。服務端和客戶端的信息傳輸都會通過TLS進行加密，所以傳輸?shù)臄?shù)據(jù)都是加密后的數(shù)據(jù)。

Webservice是一個平臺獨立的，低耦合的，自包含的、基于可編程的web的應用程序，可使用開放的XML(標準通用標記語言下的一個子集)標準來描述、發(fā)布、發(fā)現(xiàn)、協(xié)調(diào)和配置這些應用程序，用于開發(fā)分布式的互操作的應用程序。

現(xiàn)有技術中，當一個平臺需要各種不同協(xié)議實現(xiàn)接口之間的通訊時，需要熟悉不同協(xié)議接口研發(fā)的人員進行相關研發(fā)。當協(xié)議接口方法過多，所需傳遞的數(shù)據(jù)種類過多時，往往需要大量的工作量來完成研發(fā)工作，導致不能實現(xiàn)快速研發(fā)和接口的統(tǒng)一管理。當接口參數(shù)需要變更時，也不能很好的實現(xiàn)快速更改，需要研發(fā)人員找到對應程序按不同的接口協(xié)議進行修改，不便于開發(fā)，研發(fā)成本高。

因此，有必要設計一種實現(xiàn)接口界面化的方法，實現(xiàn)不同協(xié)議接口參數(shù)設置的界面化，將通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

技術實現(xiàn)要素：

本發(fā)明的目的在于克服現(xiàn)有技術的缺陷，提供一種集合多種協(xié)議實現(xiàn)接口界面化的方法及其系統(tǒng)。

為實現(xiàn)上述目的，本發(fā)明采用以下技術方案：一種集合多種協(xié)議實現(xiàn)接口界面化的方法，包括以下步驟：

通過界面動態(tài)添加界面的配置參數(shù)；

根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件；

根據(jù)WSDL生成相應的服務端和客戶端代碼；

創(chuàng)建對應協(xié)議通訊參數(shù)word文件；

判斷是否需要修改參數(shù)；

若需要修改參數(shù)，選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件。

其進一步技術方案為：所述通過界面動態(tài)添加界面的配置參數(shù)的步驟，包括以下具體步驟：

通過界面動態(tài)添加基礎參數(shù)；

設置訪問條件；

選擇通訊協(xié)議。

其進一步技術方案為：所述通過界面動態(tài)添加基礎參數(shù)的步驟，所述基礎參數(shù)包括定義服務方法、服務地址、輸入輸出參數(shù)至少一種參數(shù)。

其進一步技術方案為：所述設置訪問條件的步驟，包括以下具體步驟：

設置是否需要加密；

設置是否進行IP限制；

設置訪問限制；

設置協(xié)議頭文件。

其進一步技術方案為：所述根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件的步驟中，具體是根據(jù)界面的配置參數(shù)以封裝的JAVA中IO流創(chuàng)建WSDL文件。

其進一步技術方案為：所述創(chuàng)建對應協(xié)議通訊參數(shù)word文件的步驟中，是以封裝程序IO流的形式創(chuàng)建對應協(xié)議通訊參數(shù)word文件。

其進一步技術方案為：所述若需要修改參數(shù)，選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件的步驟之后，還包括：

在界面上配置輸入輸出參數(shù)和類型；

選擇接口類型；

根據(jù)界面配置的參數(shù)生成對應的實體類、客戶端與服務端。

本發(fā)明還提供了一種集合多種協(xié)議實現(xiàn)接口界面化的系統(tǒng)，包括參數(shù)配置單元、創(chuàng)建WSDL單元、代碼生成單元、創(chuàng)建word單元，判斷單元以及重設單元；

所述參數(shù)配置單元，用于通過界面動態(tài)添加界面的配置參數(shù)，與所述創(chuàng)建WSDL單元連接；

所述創(chuàng)建WSDL單元，用于根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件，與所述代碼生成單元；

所述代碼生成單元，用于根據(jù)WSDL生成相應的服務端和客戶端代碼，與所述創(chuàng)建word單元連接；

所述創(chuàng)建word單元，用于創(chuàng)建對應協(xié)議通訊參數(shù)word文件，與所述判斷單元連接；

所述判斷單元，用于判斷是否需要修改參數(shù)，與所述重設單元連接；

所述重設單元，若需要修改參數(shù)，用于選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件。

其進一步技術方案為：所述參數(shù)配置單元包括基礎參數(shù)設置模塊、訪問條件設置模塊以及協(xié)議選擇模塊；

所述基礎參數(shù)設置模塊，用于通過界面動態(tài)添加基礎參數(shù)，與所述訪問條件設置模塊連接；

所述訪問條件設置模塊，用于設置訪問條件；與所述協(xié)議選擇模塊連接；

所述協(xié)議選擇模塊，用于選擇通訊協(xié)議，與所述創(chuàng)建WSDL單元連接。

其進一步技術方案為：所述重設單元包括參數(shù)重設模塊、選擇模塊以及生成模塊；

所述參數(shù)重設模塊，用于在界面上配置輸入輸出參數(shù)和類型，與所述判斷單元連接；

所述選擇模塊，用于選擇接口類型，與所述生成模塊連接；

所述生成模塊，用于根據(jù)界面配置的參數(shù)生成對應的實體類、客戶端與服務端。

本發(fā)明與現(xiàn)有技術相比的有益效果是：本發(fā)明的一種集合多種協(xié)議實現(xiàn)接口界面化的方法，通過配置界面參數(shù)，利用封裝的JAVA中IO流創(chuàng)建WSDL文件，根據(jù)WSDL生成代碼，以封裝程序IO流的形式創(chuàng)建對應協(xié)議通訊參數(shù)word文件，再由上述的方法生成接口，實現(xiàn)不同協(xié)議接口參數(shù)設置的界面化，將通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

下面結合附圖和具體實施例對本發(fā)明作進一步描述。

附圖說明

圖1為本發(fā)明具體實施例提供的一種集合多種協(xié)議實現(xiàn)接口界面化的方法的流程框圖；

圖2為本發(fā)明具體實施例提供的通過界面動態(tài)添加界面的配置參數(shù)的具體流程框圖；

圖3為本發(fā)明具體實施例提供的設置訪問條件的具體流程框圖；

圖4為本發(fā)明具體實施例提供的需要修改參數(shù)的處理步驟的具體流程框圖；

圖5為本發(fā)明具體實施例提供的一種集合多種協(xié)議實現(xiàn)接口界面化的系統(tǒng)的結構框圖。

具體實施方式

為了更充分理解本發(fā)明的技術內(nèi)容，下面結合具體實施例對本發(fā)明的技術方案進一步介紹和說明，但不局限于此。

如圖1～5所示的具體實施例，本實施例提供的一種集合多種協(xié)議實現(xiàn)接口界面化的方法，可以運用在開發(fā)htpp、https、soap接口通訊的過程中，實現(xiàn)不同協(xié)議接口參數(shù)設置的界面化，將通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

如圖1所示，一種集合多種協(xié)議實現(xiàn)接口界面化的方法，包括以下步驟：

S1、通過界面動態(tài)添加界面的配置參數(shù)；

S2、根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件；

S3、根據(jù)WSDL生成相應的服務端和客戶端代碼；

S4、創(chuàng)建對應協(xié)議通訊參數(shù)word文件；

S5、判斷是否需要修改參數(shù)；

S6、若需要修改參數(shù)，選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件。

如圖2所示，在上述的S1步驟中，通過界面動態(tài)添加界面的配置參數(shù)的步驟，包括以下具體步驟：

S11、通過界面動態(tài)添加基礎參數(shù)；

S12、設置訪問條件；

S13、選擇通訊協(xié)議。

對于上述的S11步驟，通過界面動態(tài)添加基礎參數(shù)的步驟，這里的基礎參數(shù)包括定義服務方法、服務地址、輸入輸出參數(shù)至少一種參數(shù)。

如圖3所示，在上述的S12步驟中，設置訪問條件的步驟，包括以下具體步驟：

S121、設置是否需要加密；

S122、設置是否進行IP限制；

S123、設置訪問限制；

S124、設置協(xié)議頭文件。

上述的S121、S122、S123以及S124這四個步驟，可以通過選擇框來實現(xiàn)設置。

于其他實施例，上述的S121、S122、S123以及S124這四個步驟可以將順序任意顛倒。

更進一步的，所述S2的步驟，根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件的步驟中，具體是根據(jù)界面的配置參數(shù)以封裝的JAVA中IO流創(chuàng)建WSDL文件。

另外，所述S4的步驟，創(chuàng)建對應協(xié)議通訊參數(shù)word文件的步驟中，是以封裝程序IO流的形式創(chuàng)建對應協(xié)議通訊參數(shù)word文件。

以JDK的wsdl2JAVA為封裝基礎，在wsdl2JAVA的基礎上再實現(xiàn)WSDL文件生成以及word文件生成，節(jié)省開發(fā)工作量。

如圖4所示，對于S6步驟，若需要修改參數(shù)，選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件的步驟之后，還包括：

S61、在界面上配置輸入輸出參數(shù)和類型；

S62、選擇接口類型；

S63、根據(jù)界面配置的參數(shù)生成對應的實體類、客戶端與服務端。

上述的S6步驟，主要是為了生成協(xié)議接口，只需要選擇對應WSDL文件，插件自動加載對應文件，加載出已設置好的參數(shù)，研發(fā)人員只需重新設置需要修改的參數(shù)，進行重新生成即可，達到無接口開發(fā)經(jīng)驗人員也可通過此方法進行各種協(xié)議接口開發(fā)；實現(xiàn)不同通訊協(xié)議接口的快速開發(fā),節(jié)約研發(fā)成本，使協(xié)議通訊變得更直觀，無協(xié)議接口開發(fā)經(jīng)驗的研發(fā)人員可快速開發(fā)。

將原h(huán)ttp、https、soap等通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置的實現(xiàn)，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

上述的多種協(xié)議包括https、http和soap三種協(xié)議。

上述的一種集合多種協(xié)議實現(xiàn)接口界面化的方法，通過配置界面參數(shù)，利用封裝的JAVA中IO流創(chuàng)建WSDL文件，根據(jù)WSDL生成代碼，以封裝程序IO流的形式創(chuàng)建對應協(xié)議通訊參數(shù)word文件，再由上述的方法生成接口，實現(xiàn)不同協(xié)議接口參數(shù)設置的界面化，將通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

如圖5所示，本實施例還提出了一種集合多種協(xié)議實現(xiàn)接口界面化的系統(tǒng)，包括參數(shù)配置單元、創(chuàng)建WSDL單元70、代碼生成單元80、創(chuàng)建word單元90，判斷單元91以及重設單元。

參數(shù)配置單元，用于通過界面動態(tài)添加界面的配置參數(shù)，與創(chuàng)建WSDL單元70連接。

創(chuàng)建WSDL單元70，用于根據(jù)界面的配置參數(shù)創(chuàng)建WSDL文件，與代碼生成單元80。

代碼生成單元80，用于根據(jù)WSDL生成相應的服務端和客戶端代碼，與創(chuàng)建word單元90連接。

創(chuàng)建word單元90，用于創(chuàng)建對應協(xié)議通訊參數(shù)word文件，與判斷單元91連接。

判斷單元91，用于判斷是否需要修改參數(shù)，與重設單元連接。

重設單元，若需要修改參數(shù)，用于選擇對應的WSDL文件，自動加載對應文件，加載出已設置好的參數(shù)，重新設置需要修改的參數(shù)，進行重新生成word文件。

上述的一種集合多種協(xié)議實現(xiàn)接口界面化的系統(tǒng)，通過參數(shù)配置單元配置界面參數(shù)，創(chuàng)建WSDL單元70利用封裝的JAVA中IO流創(chuàng)建WSDL文件，代碼生成單元80根據(jù)WSDL生成代碼，創(chuàng)建word單元90以封裝程序IO流的形式創(chuàng)建對應協(xié)議通訊參數(shù)word文件，再由判斷單元91以及重設單元根據(jù)上述的內(nèi)容生成接口，實現(xiàn)不同協(xié)議接口參數(shù)設置的界面化，將通訊協(xié)議接口底層實現(xiàn)的內(nèi)容通過直觀的界面進行展示和設置，讓業(yè)務需求人員到技術人員都能夠通過直觀的界面來實現(xiàn)技術溝通,有效地提高接口開發(fā)人員的工作效率，降低研發(fā)成本。

更進一步的，參數(shù)配置單元包括基礎參數(shù)設置模塊10、訪問條件設置模塊以及協(xié)議選擇模塊60。

基礎參數(shù)設置模塊10，用于通過界面動態(tài)添加基礎參數(shù)，與訪問條件設置模塊連接；

訪問條件設置模塊，用于設置訪問條件；與協(xié)議選擇模塊60連接；

協(xié)議選擇模塊60，用于選擇通訊協(xié)議，與創(chuàng)建WSDL單元70連接。

上述的基礎參數(shù)設置模塊10設置的基礎參數(shù)包括定義服務方法、服務地址、輸入輸出參數(shù)至少一種參數(shù)。

另外，訪問條件設置模塊包括加密設置子模塊20、IP限制子模塊4030、限制子模塊40以及文件設置子模塊50；加密設置子模塊20，用于設置是否需要加密，與所述基礎參數(shù)設置模塊10連接；IP限制子模塊4030，用于設置是否進行IP限制，與所述加密設置子模塊20連接；限制子模塊40，用于設置訪問限制，與文件設置子模塊50連接；文件設置子模塊50，用于設置協(xié)議頭文件，與協(xié)議選擇模塊60連接。

更進一步的，重設單元包括參數(shù)重設模塊92、選擇模塊93以及生成模塊94。

參數(shù)重設模塊92，用于在界面上配置輸入輸出參數(shù)和類型，與所述判斷單元91連接；

選擇模塊93，用于選擇接口類型，與生成模塊94連接；

生成模塊94，用于根據(jù)界面配置的參數(shù)生成對應的實體類、客戶端與服務端。

該重設單元主要是為了生成協(xié)議接口，只需要選擇對應WSDL文件，插件自動加載對應文件，加載出已設置好的參數(shù)，研發(fā)人員只需重新設置需要修改的參數(shù)，進行重新生成即可，達到無接口開發(fā)經(jīng)驗人員也可通過此方法進行各種協(xié)議接口開發(fā)；實現(xiàn)不同通訊協(xié)議接口的快速開發(fā),節(jié)約研發(fā)成本，使協(xié)議通訊變得更直觀，無協(xié)議接口開發(fā)經(jīng)驗的研發(fā)人員可快速開發(fā)。

上述僅以實施例來進一步說明本發(fā)明的技術內(nèi)容，以便于讀者更容易理解，但不代表本發(fā)明的實施方式僅限于此，任何依本發(fā)明所做的技術延伸或再創(chuàng)造，均受本發(fā)明的保護。本發(fā)明的保護范圍以權利要求書為準。