這是一個問題。

上圖的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的原創文章，請關注公眾號"汪子熙":

總結

以上是生活随笔為你收集整理的SAP应用真的不性感么的全部內容，希望文章能夠幫你解決所遇到的問題。

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