回答一位同事的問題。

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

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

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。