SAP應用真的不性感麼

這是一個問題。

上圖的One Order是樓下一個部門領導讓我給他的團隊做的一個古老框架的session. 這個框架誕生於2000年，採用純程式導向的思路開發。因為上世紀90年代ABAP開始引入對物件導向程式設計的支援後，很多語言層面的OO特性還不mature, SAP開發還沒有養成使用OOP開發的習罐，所以SAP當時也沒有新開發必須用OOP的強制規定。

很多朋友可能瞧不起SAP傳統產品裡這些自研的框架，認為它們和當今網際網路的產品比起來，笨重，不性感，沒有使用任何業界流行的技術，架構，開源元件，和同行聊天時，這些自研框架上沒有什麼可以吹噓的亮點。

但我個人認為，從產品和工程層面說，像SAP one order這種框架是很成功的，一個2000年誕生的框架，將近20年後仍然執行於SAP全球眾多CRM On Premises系統上，並且從2016年開始，CRM的service process併入了S/4HANA, 這意味著只要S/4HANA 的service模組還在，這個框架就會一直使用下去。S/4HANA service流程的roadmap在官網能查到，從roadmap也能看出，將來從CRM持續不斷的遷移功能到S4, 底層仍然基於這套框架。

我個人覺得One Order最大的亮點就在於extensibility，框架裡留了整齊的能夠自描述的hook, 客戶和partners不需要了解One Order的工作原理，只需要專注於這些hook的實現就行。一個hook就是一段業務邏輯的封裝。SAP 最近幾年搞的Kyma, 裡面提出的lambda function 的概念，本質上就是One order 裡的hook, 只不過後者可以通過微服務方式呼叫，而前者是monolithic系統內簡單的函式呼叫。

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

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