本發(fā)明涉及金融領(lǐng)域，特別涉及一種基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法及系統(tǒng)。

背景技術(shù)：

在電信行業(yè)系統(tǒng)中，經(jīng)常有各種各樣的轉(zhuǎn)賬，如普通在網(wǎng)用戶轉(zhuǎn)賬、特定賬本轉(zhuǎn)賬、集團(tuán)話費紅包等。這些轉(zhuǎn)賬實現(xiàn)流程的業(yè)務(wù)邏輯是一樣的，區(qū)別是不同轉(zhuǎn)賬之間可轉(zhuǎn)賬本不同，某些規(guī)則限制不同。

現(xiàn)有技術(shù)的轉(zhuǎn)賬系統(tǒng)中轉(zhuǎn)賬業(yè)務(wù)分散，清晰度差，代碼冗余多，復(fù)用性差給相關(guān)工作人員帶來極大不便，影響公司效率和效益。

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

本發(fā)明提供了一種基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法及系統(tǒng)，解決現(xiàn)有技術(shù)的轉(zhuǎn)賬系統(tǒng)中轉(zhuǎn)賬業(yè)務(wù)分散，轉(zhuǎn)賬業(yè)務(wù)清晰度差，代碼冗余多，復(fù)用性差的問題。

本發(fā)明解決上述技術(shù)問題的技術(shù)方案如下：一種基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法，包括以下步驟：

s1，根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法創(chuàng)建轉(zhuǎn)賬接口；

s2，接收轉(zhuǎn)賬指令，采用spring框架的工廠模式創(chuàng)建所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象；

s3，根據(jù)所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型獲取對應(yīng)的轉(zhuǎn)賬接口，并通過所述轉(zhuǎn)賬類型對象調(diào)用所述轉(zhuǎn)賬接口執(zhí)行所述轉(zhuǎn)賬指令，并輸出執(zhí)行所述轉(zhuǎn)賬指令的結(jié)果。

本發(fā)明的有益效果是：本發(fā)明可以采用轉(zhuǎn)賬接口集中處理不同類型的轉(zhuǎn)賬業(yè)務(wù)，提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時采用工廠模式創(chuàng)建轉(zhuǎn)賬類型對象，代碼簡潔，復(fù)用性好，解決現(xiàn)有技術(shù)處理轉(zhuǎn)賬業(yè)務(wù)分散，轉(zhuǎn)賬業(yè)務(wù)清晰度差，代碼冗余多，復(fù)用性差的問題。

在上述技術(shù)方案的基礎(chǔ)上，本發(fā)明還可以做如下改進(jìn)。

進(jìn)一步，所述預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型包括獲取轉(zhuǎn)賬金額業(yè)務(wù)、獲取按賬本合并后的轉(zhuǎn)賬列表業(yè)務(wù)、信息查詢業(yè)務(wù)、發(fā)送短信業(yè)務(wù)、轉(zhuǎn)出賬戶預(yù)存驗證業(yè)務(wù)和限額驗證業(yè)務(wù)。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中，枚舉了多種預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型，并對所述轉(zhuǎn)賬業(yè)務(wù)類型創(chuàng)建了轉(zhuǎn)賬接口，類別清晰，代碼簡潔，復(fù)用性強(qiáng)，可讀性強(qiáng)。

進(jìn)一步，所述轉(zhuǎn)賬類型對象包括余額業(yè)務(wù)類型對象、費用業(yè)務(wù)類型對象、費用原子類型對象、用戶類型對象和代理商類型對象。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中，包括多種轉(zhuǎn)賬類型對象，因此可以針對不同的轉(zhuǎn)賬類型創(chuàng)建不同的轉(zhuǎn)賬類型對象，進(jìn)一步提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時代碼簡潔，復(fù)用性好。

進(jìn)一步，所述s1之前還包括步驟s0，s0具體為：創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案通過spring框架的控制反轉(zhuǎn)的特性，創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中，快捷高效的創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，增加系統(tǒng)的安全性和可靠性。

進(jìn)一步，所述步驟s1具體為：根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，采用所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口；

所述s2具體包括以下步驟：

s21，接收轉(zhuǎn)賬指令，將所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型與預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型進(jìn)行匹配，并獲取對應(yīng)的依賴對象；

s22，采用spring框架的工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，根據(jù)所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口，方便快捷的定義轉(zhuǎn)賬接口，代碼簡潔，復(fù)用性強(qiáng)，增強(qiáng)本發(fā)明的實用性；通過spring框架的控制反轉(zhuǎn)和依賴注入特性，通過工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象，并使用對應(yīng)的轉(zhuǎn)賬接口指向所述轉(zhuǎn)賬類型對象，有效避免暴露創(chuàng)建邏輯，增加系統(tǒng)的安全性和可靠性。

為了解決本發(fā)明的技術(shù)問題，還提供了一種基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)，包括以下模塊：

第一創(chuàng)建模塊，用于根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法創(chuàng)建轉(zhuǎn)賬接口；

第二創(chuàng)建模塊，用于接收轉(zhuǎn)賬指令，采用spring框架的工廠模式創(chuàng)建所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象；

執(zhí)行模塊，用于根據(jù)所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型獲取對應(yīng)的轉(zhuǎn)賬接口，并通過所述轉(zhuǎn)賬類型對象調(diào)用所述轉(zhuǎn)賬接口執(zhí)行所述轉(zhuǎn)賬指令，并輸出執(zhí)行所述轉(zhuǎn)賬指令的結(jié)果。

本發(fā)明的有益效果是：本發(fā)明可以采用轉(zhuǎn)賬接口集中處理不同類型的轉(zhuǎn)賬業(yè)務(wù)，提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時采用工廠模式創(chuàng)建轉(zhuǎn)賬類型對象，代碼簡潔，復(fù)用性好，解決現(xiàn)有技術(shù)處理轉(zhuǎn)賬業(yè)務(wù)分散，轉(zhuǎn)賬業(yè)務(wù)清晰度差，代碼冗余多，復(fù)用性差的問題。

進(jìn)一步，所述預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型包括獲取轉(zhuǎn)賬金額業(yè)務(wù)、獲取按賬本合并后的轉(zhuǎn)賬列表業(yè)務(wù)、信息查詢業(yè)務(wù)、發(fā)送短信業(yè)務(wù)、轉(zhuǎn)出賬戶預(yù)存驗證業(yè)務(wù)和限額驗證業(yè)務(wù)。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中，枚舉了多種預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型，并對所述轉(zhuǎn)賬業(yè)務(wù)類型創(chuàng)建了轉(zhuǎn)賬接口，類別清晰，代碼簡潔，復(fù)用性強(qiáng)，可讀性強(qiáng)。

進(jìn)一步，所述轉(zhuǎn)賬類型對象包括余額業(yè)務(wù)類型對象、費用業(yè)務(wù)類型對象、費用原子類型對象、用戶類型對象和代理商類型對象。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案中包括多種轉(zhuǎn)賬類型對象，因此可以針對不同的轉(zhuǎn)賬類型創(chuàng)建不同的轉(zhuǎn)賬類型對象，進(jìn)一步提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時代碼簡潔，復(fù)用性好。

進(jìn)一步，所述系統(tǒng)還包括第三創(chuàng)建模塊，所述第三創(chuàng)建模塊用于創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案通過spring框架的控制反轉(zhuǎn)的特性，創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中，快捷高效的創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，增加系統(tǒng)的安全性和可靠性。

進(jìn)一步，所述第一創(chuàng)建模塊具體用于根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，采用所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口；

所述第二創(chuàng)建模塊包括以下單元：

匹配單元，用于接收轉(zhuǎn)賬指令，將所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型與預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型進(jìn)行匹配，并獲取對應(yīng)的依賴對象；

創(chuàng)建單元，用于采用spring框架的工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象。

采用上述進(jìn)一步方案的有益效果是：本進(jìn)一步技術(shù)方案根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，根據(jù)所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口，方便快捷的定義轉(zhuǎn)賬接口，代碼簡潔，復(fù)用性強(qiáng)，增強(qiáng)本發(fā)明的實用性；通過spring框架的控制反轉(zhuǎn)和依賴注入特性，通過工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象，并使用對應(yīng)的轉(zhuǎn)賬接口指向所述轉(zhuǎn)賬類型對象，有效避免暴露創(chuàng)建邏輯，增加系統(tǒng)的安全性和可靠性。

附圖說明

圖1為本發(fā)明實施例1提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法的流程示意圖；

圖2為本發(fā)明實施例2提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法中s0的流程示意圖；

圖3為本發(fā)明實施例3提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法中s2的流程示意圖；

圖4為本發(fā)明實施例4提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖；

圖5為本發(fā)明實施例5提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)中第三創(chuàng)建模塊的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例6提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)中第二創(chuàng)建模塊的結(jié)構(gòu)示意圖。

具體實施方式

以下結(jié)合附圖對本發(fā)明的原理和特征進(jìn)行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。

圖1為本發(fā)明實施例1提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法的流程示意圖，如圖1所示，包括以下步驟：

s1，根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法創(chuàng)建轉(zhuǎn)賬接口；

s2，接收轉(zhuǎn)賬指令，采用spring框架的工廠模式創(chuàng)建所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象；

s3，根據(jù)所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型獲取對應(yīng)的轉(zhuǎn)賬接口，并通過所述轉(zhuǎn)賬類型對象調(diào)用所述轉(zhuǎn)賬接口執(zhí)行所述轉(zhuǎn)賬指令，并輸出執(zhí)行所述轉(zhuǎn)賬指令的結(jié)果。

spring框架是由于軟件開發(fā)的復(fù)雜性而創(chuàng)建的，通過基本的javabean來完成以前只可能由ejb完成的事情。spring的精髓包括控制反轉(zhuǎn)和依賴注入?？刂品崔D(zhuǎn)，即ioc(inversionofcontrol)，它把傳統(tǒng)上由程序代碼直接操控的對象的調(diào)用權(quán)交給容器，通過容器來實現(xiàn)對象組件的裝配和管理，即將組件對象控制權(quán)從程序代碼本身轉(zhuǎn)移到了外部容器。而依賴注入基本原則是應(yīng)用組件不負(fù)責(zé)查找資源或者其他依賴的協(xié)作對象，配置對象的工作應(yīng)該由容器負(fù)責(zé)，“查找資源”的邏輯應(yīng)該從應(yīng)用組件的代碼中抽取出來，交給ioc容器負(fù)責(zé)。spring中用到很多的設(shè)計模式，其中最典型的就是工廠模式。工廠模式為系統(tǒng)結(jié)構(gòu)提供了非常靈活強(qiáng)大的動態(tài)擴(kuò)展機(jī)制，只要更換一下具體的工廠方法，系統(tǒng)其他地方無需一點變換，就有可能將系統(tǒng)功能進(jìn)行改頭換面的變化。同時將程序的一部分復(fù)雜度集中在接口的實現(xiàn)上，程序員可以專心于如何通過實現(xiàn)接口來實現(xiàn)業(yè)務(wù)邏輯，以及專心于通過更新工廠注冊方式來將新的實現(xiàn)對接到整個程序中。本實施例中，采用轉(zhuǎn)賬接口集中處理不同類型的轉(zhuǎn)賬業(yè)務(wù)，提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時采用工廠模式創(chuàng)建轉(zhuǎn)賬類型對象，代碼簡潔，復(fù)用性好，解決現(xiàn)有技術(shù)處理轉(zhuǎn)賬業(yè)務(wù)分散，轉(zhuǎn)賬業(yè)務(wù)清晰度差，代碼冗余多，復(fù)用性差的問題。

優(yōu)選的，在本發(fā)明的一個實施例中，所述預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型包括獲取轉(zhuǎn)賬金額業(yè)務(wù)、獲取按賬本合并后的轉(zhuǎn)賬列表業(yè)務(wù)、信息查詢業(yè)務(wù)、發(fā)送短信業(yè)務(wù)、轉(zhuǎn)出賬戶預(yù)存驗證業(yè)務(wù)和限額驗證業(yè)務(wù)。本實施例枚舉了多種預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型，并對所述轉(zhuǎn)賬業(yè)務(wù)類型創(chuàng)建了轉(zhuǎn)賬接口，類別清晰，代碼簡潔，復(fù)用性強(qiáng)，可讀性強(qiáng)。

優(yōu)選的，在本發(fā)明的一個實施例中，所述轉(zhuǎn)賬類型對象包括余額業(yè)務(wù)類型對象、費用業(yè)務(wù)類型對象、費用原子類型對象、用戶類型對象和代理商類型對象，因此可以針對不同的轉(zhuǎn)賬類型創(chuàng)建不同的轉(zhuǎn)賬類型對象，進(jìn)一步提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時代碼簡潔，復(fù)用性好。

圖2為本發(fā)明實施例2提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法中s0的流程示意圖，如圖2所示，所述s1之前還包括步驟s0，s0具體為：創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中。本實施例通過spring框架的控制反轉(zhuǎn)的特性，創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中，快捷高效的創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，增加系統(tǒng)的安全性和可靠性。

圖3為本發(fā)明實施例3提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的方法中s2的流程示意圖，如圖3所示，所述步驟s1具體為：根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，采用所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口；

所述s2具體包括以下步驟：

s21，接收轉(zhuǎn)賬指令，將所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型與預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型進(jìn)行匹配，并獲取對應(yīng)的依賴對象；

s22，采用spring框架的工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象。本實施例根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，根據(jù)所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口，方便快捷的定義轉(zhuǎn)賬接口，代碼簡潔，復(fù)用性強(qiáng)，增強(qiáng)本發(fā)明的實用性；通過spring框架的控制反轉(zhuǎn)和依賴注入特性，通過工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象，并使用對應(yīng)的轉(zhuǎn)賬接口指向所述轉(zhuǎn)賬類型對象，有效避免暴露創(chuàng)建邏輯，增加系統(tǒng)的安全性和可靠性。

圖4為實施例4提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)的結(jié)構(gòu)示意圖，如圖4所示，包括以下模塊：

第一創(chuàng)建模塊，用于根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法創(chuàng)建轉(zhuǎn)賬接口；

第二創(chuàng)建模塊，用于接收轉(zhuǎn)賬指令，采用spring框架的工廠模式創(chuàng)建所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象；

執(zhí)行模塊，用于根據(jù)所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型獲取對應(yīng)的轉(zhuǎn)賬接口，并通過所述轉(zhuǎn)賬類型對象調(diào)用所述轉(zhuǎn)賬接口執(zhí)行所述轉(zhuǎn)賬指令，并輸出執(zhí)行所述轉(zhuǎn)賬指令的結(jié)果。

本實施例可以采用轉(zhuǎn)賬接口集中處理不同類型的轉(zhuǎn)賬業(yè)務(wù)，提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時采用工廠模式創(chuàng)建轉(zhuǎn)賬類型對象，代碼簡潔，復(fù)用性好，解決現(xiàn)有技術(shù)處理轉(zhuǎn)賬業(yè)務(wù)分散，轉(zhuǎn)賬業(yè)務(wù)清晰度差，代碼冗余多，復(fù)用性差的問題。

優(yōu)選的，在本發(fā)明的一個實施例中，所述預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型包括獲取轉(zhuǎn)賬金額業(yè)務(wù)、獲取按賬本合并后的轉(zhuǎn)賬列表業(yè)務(wù)、信息查詢業(yè)務(wù)、發(fā)送短信業(yè)務(wù)、轉(zhuǎn)出賬戶預(yù)存驗證業(yè)務(wù)和限額驗證業(yè)務(wù)。本實施例枚舉了多種預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型，并對所述轉(zhuǎn)賬業(yè)務(wù)類型創(chuàng)建了轉(zhuǎn)賬接口，類別清晰，代碼簡潔，復(fù)用性強(qiáng)，可讀性強(qiáng)。

優(yōu)選的，在本發(fā)明的一個實施例中，所述轉(zhuǎn)賬類型對象包括余額業(yè)務(wù)類型對象、費用業(yè)務(wù)類型對象、費用原子類型對象、用戶類型對象和代理商類型對象。本實施例包括多種轉(zhuǎn)賬類型對象，因此可以針對不同的轉(zhuǎn)賬類型創(chuàng)建不同的轉(zhuǎn)賬類型對象，進(jìn)一步提高了轉(zhuǎn)賬業(yè)務(wù)的處理效率，同時代碼簡潔，復(fù)用性好。

圖5為本發(fā)明實施例5提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)中第三創(chuàng)建模塊的結(jié)構(gòu)示意圖，如圖5所示，所述系統(tǒng)還包括第三創(chuàng)建模塊，所述第三創(chuàng)建模塊用于創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中。本實施例通過spring框架的控制反轉(zhuǎn)的特性，創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，并存儲在spring容器中，快捷高效的創(chuàng)建預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的依賴對象，增加系統(tǒng)的安全性和可靠性。

圖6為本發(fā)明實施例6提供的基于工廠模式實現(xiàn)轉(zhuǎn)賬業(yè)務(wù)的系統(tǒng)中第二創(chuàng)建模塊的結(jié)構(gòu)示意圖，如圖6所示，所述第一創(chuàng)建模塊具體用于根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，采用所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口；

所述第二創(chuàng)建模塊包括以下單元：

匹配單元，用于接收轉(zhuǎn)賬指令，將所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型與預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型進(jìn)行匹配，并獲取對應(yīng)的依賴對象；

創(chuàng)建單元，用于采用spring框架的工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象。本實施例根據(jù)預(yù)設(shè)轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬方法定義轉(zhuǎn)賬實現(xiàn)類，根據(jù)所述轉(zhuǎn)賬實現(xiàn)類創(chuàng)建轉(zhuǎn)賬接口，方便快捷的定義轉(zhuǎn)賬接口，代碼簡潔，復(fù)用性強(qiáng)，增強(qiáng)本發(fā)明的實用性；通過spring框架的控制反轉(zhuǎn)和依賴注入特性，通過工廠模式對所述依賴對象進(jìn)行實例化，生成所述轉(zhuǎn)賬指令的轉(zhuǎn)賬業(yè)務(wù)類型對應(yīng)的轉(zhuǎn)賬類型對象，并使用對應(yīng)的轉(zhuǎn)賬接口指向所述轉(zhuǎn)賬類型對象，有效避免暴露創(chuàng)建邏輯，增加系統(tǒng)的安全性和可靠性。

以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。