[發明專利]數據路由的執行方法、配置裝置和處理裝置

在審

• 申請號: 201310068296.6
• 申請日: 2013-03-04
• 公開（公告）號: CN104038356A
• 公開（公告）日: 2014-09-10
• 發明（設計）人: 謝進
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;G06F17/30
• 代理公司: 北京國昊天誠知識產權代理有限公司 11315
• 代理人: 許志勇

技術領域

本申請涉及系統架構領域，具體地說，涉及一種數據路由的執行方法、配置裝置和處理裝置。

背景技術

現有技術中，在幾段代碼上，都需要通過一定的規則來決定走向A/B/C分支。現有技術中如果想實現上述目的，需要通過硬編碼的方式將判斷邏輯寫在各自的邏輯塊中，并且跟其他的代碼混在一起，共同工作，并且因為編寫的人員不同，代碼風格也不相同。

一方面不便于閱讀，邏輯散落在各處，另一方面對后期的維護造成問題，修改了一處的代碼，可能導致影響到其他不相干的邏輯。并且一次變更，需要修改不同的JAVA代碼塊，隨著需求的不斷改變，修改的地方越來越多，造成系統維護成本的上升，以及出錯的概率提升，并導致測試回歸面的擴大。

例如：對于一個以JAVA方式描述的領域模型來說，當其屬性A=1，B=2，C=3時，可能進入Process123這個處理流程，當其屬性A=10，B=20，C=3時，可能進入Process10203這個處理流程，甚至是屬性A=1，B=2，C=為空時，也需要進入Process123這個處理流程，用表格來表現這種路由配置：

屬性A屬性B屬性C進入的程序流程A=1B=2C=3Process123A=10B=20C=3Process10203A=1B=2C=為空Process123......???

當這種因為不同的屬性值，需要推進到不同的處理流程的情況變得越來越多、越來越復雜時，按照傳統的、寫在代碼里面的硬編碼規則，就會變得無限膨脹，并且散落在代碼碎片中，造成系統升級、維護的困難。當新的業務、新的設計開發人員接收當前系統時，無法從一個集中的、簡單的代碼塊中看到一個清晰的流程分支邏輯。

因此，如何無需修改JAVA代碼就能夠實現避免代碼的重新編譯、打包以及部署，便成為亟待解決的技術問題。

發明內容

有鑒于此，本申請所要解決的技術問題是提供了一種數據路由的執行方法、配置裝置和處理裝置，以解決如何無需修改JAVA代碼就能夠實現避免代碼的重新編譯、打包以及部署的問題。

為了解決上述技術問題，本申請公開了一種數據路由的執行方法，包括：通過XML模板設置數據路由的路由配置執行方式，該路由配置執行方式包括：設置匹配數據庫，在所述匹配數據庫中設置不同的條件模型對應的路由配置以及不同的所述路由配置所對應的業務處理方式；當數據路由執行器收到業務處理請求時，識別并拆分出所述業務處理請求中的條件模型，從所述匹配數據庫中匹配該條件模型對應的路由配置，然后根據該路由配置查找對應的業務處理方式進行執行。

進一步地，所述條件模型包括：屬性（KEY）和值（VALUE）；其中所述屬性和值分別對應有不同的鍵值對。