回答一位同事的問題。

像SAP BYD的field extension，從extension artifact的存儲位置角度說，算是in-app extension，即擴(kuò)展出的字段，和被擴(kuò)展的應(yīng)用存儲在同一物理系統(tǒng)里。同時，SAP BYD field extension，通過工具創(chuàng)建出的擴(kuò)展字段，采取的是end to end，bottom - up 的擴(kuò)展方式，即數(shù)據(jù)庫層，API 層，服務(wù)層，Data transfer object 即DTO層，再到消費端，比如UI，Form，Report，統(tǒng)統(tǒng)被擴(kuò)展。因此，這種in-app extension的擴(kuò)展方式，要求擴(kuò)展工具對被擴(kuò)展應(yīng)用的設(shè)計明細(xì)有清晰的了解，而Kyma設(shè)計之初，目的是提供一種基于事件驅(qū)動的松耦合方式，去擴(kuò)展SAP解決方案。因此，SAP BYD的field extension，不適合通過Kyma去實現(xiàn)。

Kyma的典型使用場景的一個例子：SAP解決方案在業(yè)務(wù)流程進(jìn)行到某一步驟時，會發(fā)布一個標(biāo)準(zhǔn)事件，比如Order Check. 如果這個解決方案已經(jīng)同Kyma集成了，那么當(dāng)該SAP解決方案，即某個具體的SAP系統(tǒng)，同Kyma實例建立連接之后，該Order Check事件就能出現(xiàn)在Kyma實例的Service Catalog里。這樣，二次開發(fā)人員，就能直接在Kyma里，編寫Order Check的事件響應(yīng)函數(shù)。在運行時，當(dāng)新建一個訂單時，SAP系統(tǒng)發(fā)布Order Check事件，自動觸發(fā)Kyma上編寫的事件響應(yīng)函數(shù)。這個類似SAP BYD里的post exit，只是事件響應(yīng)函數(shù)不是像post exit那樣寫在SAP BYD的ABAP系統(tǒng)的，而是寫在Kyma里的，像這種擴(kuò)展邏輯和被擴(kuò)展系統(tǒng)，物理上位于不同服務(wù)器的擴(kuò)展方式，稱為side by side extension.

可以參考我2019年寫的這篇文章：基于SAP Kyma的訂單編排增強(qiáng)介紹

總結(jié)

以上是生活随笔為你收集整理的SAP Kyma能像SAP BYD那样做field extension吗的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。