[發明專利]一種前端接口處理方法及系統

有效

• 申請號: 201810509414.5
• 申請日: 2018-05-24
• 公開（公告）號: CN108874557B
• 公開（公告）日: 2022-03-22
• 發明（設計）人: 謝培忠;黃衍博;周保群;史偉
• 申請（專利權）人: 廣東睿江云計算股份有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54
• 代理公司: 廣州嘉權專利商標事務所有限公司 44205
• 代理人: 王國標

本公開提供一種前端接口處理方法及系統，設計一種前端接口處理系統，包括一種前端接口處理器用以統一調用接口，通過配合Model層以及Service層來實現多接口一調用一回調，再根據異步回調處理使接口處理器可以無限調用且能適應任意情況下的變動，實現了多個接口一個調用，避免了代碼冗余；所有參數均采用對象傳參的方式，開發者無需再關注參數的順序，因此，開發者只需將精力放在業務邏輯上即可。同時，由于該接口處理器只是在Service層與Model層做適配處理，在Controller層或其他需要調用的地方進行調用，因此可以在任意項目、任意系統中使用，極大地方便了開發者。

技術領域

本公開涉及網絡接口通信領域，特別涉及一種前端接口處理方法及系統。

背景技術

在當前的web環境中，前端、后端之間的通信通常是以接口的形式進行。每進行一個操作都需要前端發起Ajax請求，調用后端提供的接口，傳遞后端操作所需的參數，然后在相應的回調函數中執行相應操作，由此可知，前端、后端之間的接口通信會非常頻繁。接口通信的調用、接口一般用于層間協作，上層將本層函數安裝在下層，這個函數就是回調，而下層在一定條件下觸發回調。例如作為一個驅動，是一個底層，他在收到一個數據時，除了完成本層的處理工作外，還將進行回調，將這個數據交給上層的應用層來做進一步處理，這在分層的數據通信中很普遍。

在現有的接口通信中，一般都是一個接口一個調用一個回調，主要的流程如下：在Service層定義好調用的接口，GET請求參數通常是單個按順序傳入，POST請求參數通常是以對象的形式傳入；前端發起Ajax請求，調用指定的后端接口，傳遞參數，一個請求對應一個接口一個調用一個回調，在成功回調中執行操作，在失敗回調中反饋異常信息。一個接口一個調用一個回調的結構，不具備通用性，存在代碼冗余，前端、后端通信越頻繁，冗余越多；GET請求中參數是單個按順序傳入的，在實際開發中，一個接口可能會有10幾個甚至達到20個以上的參數，這個時候要記錄參數的順序是比較困難的，因此，當接口參數過多時在核對參數上將會耗費更多的時間，降低了開發效率。

發明內容

本公開的目的是針對現有技術的不足，提供一種前端接口處理方法及系統，基于上述的問題，設計一種前端接口處理系統，包括一種前端接口處理器用以統一調用接口，實現多接口一個調用一個回調，所有參數均采用對象傳參的方式，開發者無需再關注參數的順序，因此，開發者只需將精力放在業務邏輯上即可。同時，由于該接口處理器只是在Service層與Model層做適配處理，在Controller層或其他需要調用的地方進行調用，因此可以在任意項目、任意系統中使用，所述一種前端接口處理方法具體包括以下步驟：

步驟1，在Service層中的接口使用對象傳參；

步驟2，接口處理器調用Model層中傳過來的接口回調函數，并傳遞接口需要的參數，在接口響應完成后執行相應回調；

步驟3，回調函數中根據具體情況選擇是否需要繼續請求其他接口，如果請求其他接口，則再次調用接口處理器并傳遞對應接口的Model層數據。

進一步地，在步驟1中，所述對象傳參為傳遞過去的是對象的引用，即地址，當對象中的數值改變后，不影響這個對象的地址，即對象地址沒有變，始終能夠找到修改后的數值，對象的引用指向同一塊地址空間。

本公開還提供了一種前端接口處理系統,所述接口系統包括：接口處理器、Service層、Model層、服務器；

進一步地，所述接口處理器包括接口調用模塊和異步回調模塊，接口調用模塊和異步回調模塊通過Model層傳遞的接口進行通信。

進一步地，接口調用模塊根據Model層傳遞的接口信息來調用Service層相應的接口。

進一步地，異步回調模塊用于調用Model層傳遞的異步回調函數并處理接口響應以后的操作。