怎么使用類似搭積木的開發方式進行SAP API開發

本篇內容主要講解“怎么使用類似搭積木的開發方式進行SAP API開發”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“怎么使用類似搭積木的開發方式進行SAP API開發”吧!

打開Modeler的Operators標簽頁，看到位于不同Categories下面總共存在超過300個Operator.

每個Operator可以實現某領域的一個功能，比如連接ABAP系統并讀取數據，生成隨機數據，將數據寫入某持久化存儲，調用API等等。我們通過把這些Operators組合起來, 最后實現一個端到端的場景。

在動手使用這些Operator組建API之前，讓我們先試試一些最簡單的Operator. 拖拽一個擁有《星際爭霸》里人族雷達站圖標的Data Generator到編輯頁面里。

這個Operator定義了一個Output Port, 類型為String，意思是它生成的隨機數，以String的類型，通過該Output Port傳遞給其他Operator.

上圖Data Generator的Output Port指向了另一個Terminal Operator 的Input Port, 這代表了數據流的傳遞方向，從Data Generator輸出到Terminal.

這些作為節點的Operators以及連接節點的有向線段組合在一起，構成了SAP Data Intelligence里的Graph(圖).

SAP Data Intelligence官網上提到了其“擁抱開放技術”的一個特質：

比如SAP Data Intelligence提供的Kafka Consumer和Producer Operator，給其維護一個Kafka Broker的地址，就能無需編程，輕松實現生產者-消費者場景：

現在回到本文開頭提到的增刪改查API的需求。這個API可以讓消費者通過HTTP的方式調用，通過API進行增刪改查的操作對象僅僅維護在Graph運行時的內存里，實際就是JavaScript簡單實現的對象鍵值對，為簡單起見，省略了持久化操作。

這個由Graph實現的API最后如下圖所示，總共由6個Operator組成，其中一個HTTP Server，四個JavaScript Operator和一個Multiplexer.

根據幫助文檔，HTTP Server這個Operator封裝了最簡單的HTTP服務器的功能，能夠在用戶配置的endpoints上接收HTTP請求。

如何配置Operator？右鍵菜單里選擇“Open Configuration”, 點擊Routes的編輯圖標：

根據SAP幫助文檔，HTTP Server Operator只負責接收HTTP請求，并不負責收到這些請求后的業務處理，而是通過Output Port交由Graph下游的其他Operator完成。Route配置信息一目了然，在路徑/objects上接收到帶參數id的HTTP請求后，按照HTTP請求類型，分別將請求通過get, post和delete三個Output Port 轉發給其他Operators.

接下來我們實現HTTP GET操作的響應邏輯。從Operators標簽頁里拖拽一個JavaScript Operator到編輯頁面里，重命名為GET Handler，創建一個名叫request的Input Port，將其連接到HTTP Server的get Output Port.

右鍵單擊GET Handler，選擇Open Script菜單項：

由于預見到HTTP Server接收到GET，POST和DELET請求后，都有一些通用的邏輯要處理，比如從URL里解析出消費者傳入的對象ID參數值，并交由下游Operator進一步處理。因此這里的設計是這三個Handler在收到請求后，僅僅構造一個命令對象，該對象包含這次HTTP請求所對應的內存中JavaScript對象鍵值對的操作類型(GET請求對應select，POST請求對應insert，DELETE請求對應delete)和傳入的參數ID值：

從上圖看出這三個Handler的實現代碼，除了通過command Output port傳給下游節點的操作類型(objectStore.command)存在差異之外，并無其他區別。

任意一個HTTP請求被HTTP Server接收后，只會觸發這三個Handler其中一個。三種Handler產生三種可能的輸出操作，通過名為command的Output Port傳遞給上圖中圖標為三叉戟的三路復用器。這個復用器確保最后一個JavaScript Handler能夠同時處理這三種可能性，執行完對應的鍵值對操作后，將處理結果經過上圖橙色虛線標注的數據流，傳遞給HTTP Server的Input Port.

在名為Object Store的JavaScript Handler內部，用變量objects定義一個空的JavaScript對象，作為鍵值對的存儲實體。針對select，insert和delete三種操作，分別這個對象來實現增刪改查。

這樣該Graph從接收到HTTP請求，到處理完請求將結果寫入HTTP Server名為Response的Input Port，形成了一個完整的閉環。

Graph開發完畢后，點擊運行按鈕，待其處于運行狀態后，就可以使用Postman等工具或編程語言消費了。在控制臺將其Runtime Handle抄下來：

首先測試API讀取功能，試圖讀取一個ID為1的實例：

https:///app/pipeline-modeler/service/v1/graphs//operator/httpserver1/objects/1

看到返回的提示信息“no obect with ID”就是我們在Object Store JavaScript Handler里硬編碼的錯誤處理。

接著調用HTTP Post插入一條key為1的JavaScript對象：

然后用HTTP GET讀取，這次讀取成功：

使用HTTP DELETE請求刪除這個ID為1的對象：

到此，相信大家對“怎么使用類似搭積木的開發方式進行SAP API開發”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！