最近工作重點轉移到了SAP Commerce上來，正好有機會把該產品里由Java實現的訂單處理框架和我之前長期工作過的，ABAP實現的SAP CRM One Order框架做個比較：基于Spring的Bean替換機制 vs ABAP函數+配置表，兩種方式都實現了強大的可擴展性。

SAP Commerce的訂單處理框架把訂單處理業務按照步驟拆分成一個個細粒度的處理單元，封裝到一個個Spring Bean里。模型和其行為之間通過策略模式(Strategy Design Pattern)進行松耦合式的關聯。Commerce二次開發人員可以靈活地將定制業務邏輯實現在自開發的Bean里，并將其通過Spring框架注入到Commerce的訂單處理框架中，實現訂單處理業務的定制效果。

而SAP CRM One Order里一系列維護在配置表里的函數，學習了SAP Commerce之后，我傾向于把它們類比為比SAP Commerce Order Bean更細粒度的處理單元。SAP Commerce里能夠注入的Order處理邏輯的粒度是一個端到端的操作，比如SubmitOrderStrategy，CloneAbstractOrderStrategy，CreateOrderFromCartStrategy, SaveAbstractOrderStrategy, 一個Bean就能實現一個端到端的Order操作；而SAP CRM One Order框架配置表里可以靈活配置的ABAP函數，往往需要多個函數組合在一起協同工作才能完成一個上述操作。雖然可配置和替換的粒度不同，但都殊途同歸：在不修改SAP標準代碼的前提下，給二次開發人員提供一種靈活的增強機制(Extensibility).

要獲取更多Jerry的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的基于若依框架的二次开发_SAP Commerce(原Hybris)的订单处理框架和SAP CRM One Order框架...的全部內容，希望文章能夠幫你解決所遇到的問題。

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