SAPOData編程該如何理解-創(chuàng)新互聯(lián)

SAP OData編程該如何理解，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。

專注于為中小企業(yè)提供成都網(wǎng)站建設(shè)、網(wǎng)站建設(shè)服務(wù),電腦端+手機端+微信端的三站合一,更高效的管理,為中小企業(yè)圍場免費做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動了近1000家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實現(xiàn)規(guī)模擴充和轉(zhuǎn)變。

OData(Open Data Protocol)協(xié)議是一個開放的工業(yè)標準，用于定義RESTFul API的設(shè)計和使用。

目前OData被廣泛用于SAP Business Suite和SAP S/4HANA的眾多Fiori應(yīng)用中，以及SAP Customer Engagement Center和一些正在開發(fā)的新一代云產(chǎn)品中。此外OData也是SAP Cloud for Customer推薦的一種將C4C和客戶第三方應(yīng)用集成的技術(shù)手段。

在SAP Business Suite中進行OData開發(fā)

以SAP CRM為例。SAP對于很多Fiori應(yīng)用都貼心地提供了可以云端試用的版本，通過如下鏈接訪問：

https://www.sapfioritrial.com/

點擊鏈接之后，在Fiori Launchpad里能看到CRM目錄下存在若干Tile，它們是SAP成都研究院CRM Fiori開發(fā)團隊負責(zé)開發(fā)和維護的。隨便點擊一個Tile, 比如My Opportunities：

然后我們能看到該應(yīng)用的明細頁面了。在Chrome開發(fā)者工具的Network標簽頁，我們能觀察到一個對于metadata的請求：

我們把這個metadata請求的url從Chrome開發(fā)者工具里拷貝出來，完整鏈接如下：

https://www.sapfioritrial.com/sap/opu/odata/sap/CRM_OPPORTUNITY/$metadata?sap-language=en&sap-client=001

直接在瀏覽器里訪問這個鏈接，就能觀察到包含在鏈接里名為CRM_OPPORTUNITY的OData服務(wù)的metadata(元數(shù)據(jù))。我們可以把一個OData服務(wù)的模型類比成一個SAP Business Object，該模型同樣由一個根節(jié)點和若干子節(jié)點組成，每個節(jié)點包含若干字段。某些節(jié)點提供了一些可以執(zhí)行的邏輯，在OData協(xié)議里稱這些邏輯為function import(相當于Business Object里的action)。不同節(jié)點之間通過定義Navigation建立關(guān)聯(lián)關(guān)系——SAP基于Netweaver的不同產(chǎn)品的建模方式思路都類似，可以觸類旁通。

另一個重要的請求：

https://www.sapfioritrial.com/sap/opu/odata/sap/CRM_OPPORTUNITY/Opportunities?$skip=0&$top=20&$inlinecount=allpages&sap-client=001

請求的分析：

• $skip=0&$top=20：通知后臺執(zhí)行分頁搜索，只將滿足查詢條件的前20條記錄從數(shù)據(jù)庫取出，返回給UI。

• $inlinecount=allpages: 返回數(shù)據(jù)庫滿足搜索條件的記錄數(shù)。因為Jerry未指定搜索條件，所以返回系統(tǒng)里Opportunity的總個數(shù)1051。

下面簡單介紹SAP Business Suite系統(tǒng)里如何開發(fā)OData模型和服務(wù)。

在動手開發(fā)前，我們需要先溫習(xí)Fiori的架構(gòu)。

SAP Fiori應(yīng)用：

談到Fiori開發(fā)時，就這張圖而言，可以總結(jié)成兩句話：

1. 在ABAP Back-End服務(wù)器上做OData模型和服務(wù)的開發(fā)

2. 在ABAP Front-End服務(wù)器上做OData服務(wù)的注冊，以便讓Fiori應(yīng)用能夠消費

首先我們到ABAP Back-End服務(wù)器上，使用事務(wù)碼SEGW打開CRM_OPPORTUNITY這個OData服務(wù)。可以看到Data Model里包含了很多節(jié)點，每個節(jié)點實際上由一個ABAP DDIC Structure實現(xiàn)，節(jié)點上的每個字段對應(yīng)著Structure上的字段。我們定義好OData模型包含哪些Structure之后，點擊工具欄的Generate Runtime Objects按鈕：

SAP Gateway框架就會基于我們定義的OData模型，自動生成4個ABAP類和兩個模型。

MPC和MPC_EXT：當消費者訪問該服務(wù)的metadata時，這兩個類負責(zé)把通過ABAP DDIC Structure描述的metadata信息轉(zhuǎn)換成OData協(xié)議規(guī)范的格式并返回。每次開發(fā)人員修改OData模型，點擊Generate按鈕后，MPC的代碼都會重新生成。如果開發(fā)人員需要在模型上添加一些額外信息，比如一些版本控制信息或者相關(guān)注解(annotation),那么需要在MPC_EXT里通過ABAP代碼實現(xiàn)。MPC_EXT是MPC的子類，其代碼不會被Generate按鈕覆蓋。一個例子如下：

DPC和DPC_EXT：包含了OData服務(wù)的實現(xiàn)，實際上也就是基于OData模型的CRUD操作，搜索操作和function import的實現(xiàn)。以O(shè)pportunity為例，因為該模型底層使用的是CRM One Order模型，所以DPC_EXT里包含了大量CRM_ORDER_*等函數(shù)調(diào)用，CRM顧問朋友們對這些函數(shù)應(yīng)該非常熟悉。

在ABAP Back-End服務(wù)器做好OData開發(fā)后，登陸ABAP Front-End服務(wù)器，使用事務(wù)碼/IWFND/MAINT_SERVICE將后臺服務(wù)器做好的OData服務(wù)進行注冊。

下圖是OData服務(wù)在ABAP Front-End服務(wù)器的注冊界面。從下圖能看出理論上一臺ABAP Front-End服務(wù)器可以連接多臺ABAP Back-End服務(wù)器，

SAP把這種1:N的關(guān)系稱為Multiple Origin Composition，典型的使用場景比如一家跨國企業(yè)，其美洲分公司的應(yīng)用運行于Back-End服務(wù)器1，歐洲分公司位于Back-End服務(wù)器2。一個銷售經(jīng)理使用Fiori應(yīng)用查看該企業(yè)某個時間段內(nèi)全球的銷售數(shù)據(jù)，則其OData實現(xiàn)會將這兩臺服務(wù)器的后臺數(shù)據(jù)搜集起來，進行匯總并返回給UI。

在S/4HANA中進行OData開發(fā)

CDS view是S/4HANA里一個重要的建模方式。

我們還是來看個具體的例子。假設(shè)需要在S/4HANA里開發(fā)一個管理Service Order的Fiori應(yīng)用，功能暫定為支持對Service Order的只讀操作，即查詢和瀏覽。借助S/4HANA的CDS view建模技術(shù)，我們不需要寫一行JavaScript，就可以自動生成一個滿足需求的Fiori應(yīng)用，聽起來是不是很神奇？

我們需要創(chuàng)建一個CDS view，用它來自動生成OData的模型和服務(wù)，即下圖綠色的Z_C_Service_Order_View。該View又從其他更底層的CDS view取數(shù)據(jù)，將Service Order的抬頭，行項目，狀態(tài)信息等數(shù)據(jù)聚合在一起。

CDS view開發(fā)完畢后，只需要在事務(wù)碼SEGW里將其通過Reference->Data Source加載進去：

就可以自動生成OData模型，以及前一章節(jié)提到的MPC和DPC各兩套一共4個ABAP Class，分別對應(yīng)下圖藍色和紅色區(qū)域所示，無需應(yīng)用開發(fā)人員再寫ABAP代碼。

然后用SAP WebIDE創(chuàng)建一個新的Fiori應(yīng)用，注意創(chuàng)建時不要使用普通的SAPUI5 Application模板，而采用Smart Template Application模板。在創(chuàng)建向?qū)Ю镏付ㄖ盎贑DS view自動生成的OData服務(wù)。

點擊向?qū)У腇inish按鈕，最終不用寫一行JavaScript代碼，就得到這樣一個Fiori應(yīng)用：

上圖提到的CDS view的源代碼，以及Smart Template的工作原理。

更進一步，如果想給這個自動生成的Fiori應(yīng)用增添一些功能，例如支持對Service Order的修改和創(chuàng)建操作。

值得一提的是，在CDS view里有一個強大的注解：

@OData.publish: true

和SpringBoot的注解能實現(xiàn)很多神奇的功能一樣，被該注解定義過的CDS view，能夠不借助SEGW的幫助，自動生成OData模型和服務(wù)，進一步簡化了開發(fā)人員做OData開發(fā)需要的配置，有助于開發(fā)人員快速構(gòu)建出標準化的OData服務(wù)。

OData服務(wù)的消費

前面說了這么多都是OData模型和服務(wù)的開發(fā)，現(xiàn)在來談?wù)勅绾蜗M。

使用ABAP代碼消費OData服務(wù)

以消費C4C Opportunity的標準OData服務(wù)為例。

首先在postman里搞清楚如何使用HTTP Post加上OData的$batch操作來創(chuàng)建Opportunity：

其實最主要的工作量就是把$batch操作的一整套流程用ABAP代碼實現(xiàn)。$batch請求的body通過下圖代碼里insert_line這個自定義宏操作的一系列字符串去填充。

因為ABAP Netweaver既可作為Web Server，又可作為Web Client，所以使用ABAP代碼消費OData這種RESTFul API，實質(zhì)上是利用了IF_HTTP_CLIENT的SEND和RECEIVE方法，進行網(wǎng)絡(luò)請求的發(fā)送和接收。

使用Java代碼 + Apache Olingo消費OData服務(wù)

相信大多數(shù)開發(fā)人員都不愿意像下面的代碼這樣直接操作OData $batch body，既麻煩又容易出錯。

于是在Java里就有了Apache Olingo，一個開源庫，您可以把它當成OData的Java SDK，封裝了OData底層的細節(jié)。$batch操作需要填充的BatchChangeSet和BatchChangeSetPart在Olingo里都有了對應(yīng)的類進行封裝，看看下圖使用Java代碼調(diào)用OData服務(wù)進行ServiceTicket 的創(chuàng)建，和上圖ABAP代碼進行比較，是不是從語義上看清晰了很多？

上圖的完整Java代碼

使用UI5消費OData服務(wù)

在SAP UI5官網(wǎng)上能找到詳細的API說明。

Jerry只補充兩點原創(chuàng)內(nèi)容。

1. UI5 OData API的同步和異步參數(shù)。

下圖是5個請求以同步模式發(fā)出在Chrome開發(fā)者工具Network標簽頁中觀察到的時序：

下圖是5個請求以異步模式發(fā)出：

2. 在SAP云平臺的CloudFoundry環(huán)境下消費ABAP On-Premise OData服務(wù)

場景：在微信里消費On-Premise系統(tǒng)的OData服務(wù)。

OData性能測試

1. 使用Netweaver提供的性能測試工具

2. 使用JMeter測試OData服務(wù)在高并發(fā)場景下的性能指標

在之前工作過的客戶項目里，很多客戶提出了這種性能測試要求，比如同時發(fā)起1000個Service Request的OData創(chuàng)建請求，測量其平均響應(yīng)時間。

兩種辦法：

(1) 自己寫Java代碼，用多線程編程技術(shù)，每個線程發(fā)起一個OData創(chuàng)建請求，自己度量平均響應(yīng)時間。

(2) 使用性能測試神器JMeter，這樣一行代碼都不用寫。

Kapsel OData plugin原理講解

SAP移動解決方案的Offline(離線)模式使用了Kapsel OData plugin，用于將業(yè)務(wù)數(shù)據(jù)從后臺系統(tǒng)抽取出來，保存于設(shè)備本地的離線存儲區(qū)域。

看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識有進一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。

文章標題：SAPOData編程該如何理解-創(chuàng)新互聯(lián)
網(wǎng)頁URL：http://bm7419.com/article4/dgooie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供響應(yīng)式網(wǎng)站、網(wǎng)站設(shè)計公司、Google、全網(wǎng)營銷推廣、營銷型網(wǎng)站建設(shè)、網(wǎng)頁設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)