SAP Commerce(原Hybris)的訂單處理框架和SAP CRM One Order框架

最近工作重點轉移到了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的原創文章，請關注公眾號"汪子熙":

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/24475491/viewspace-2688375/，如需轉載，請註明出處，否則將追究法律責任。