CRM WebUI的text determination logic:
https://blogs.sap.com/2014/03/07/ui-text-label-determination-logic/優先級從高到低: Text Repository-> Design layer -> ABAP Dictionary
WebUI configuration determination:
https://blogs.sap.com/2014/03/07/ui-configuration-determination-logic-introduction/Custom defined configuration優先級高于SAP configuration
Hybris
Hybris裡的配置是通過鍵值對的方式寫到配置檔案裡的，配置檔案有三種不同的位置，按照優先級從高到低影響最後runtime該配置的value.
這個優先級的design在我看來很怪，和SAP傳統的product設計正好相反：server根目錄下的配置檔案具有最高的優先級，不同的module folder下的次之，platform folder下的配置檔案是配置檔案裡優先級最低的，最後應用代碼提供default value的優先級反而是最低的，這和ABAP裡應用程式可以overwrite表裡的配置進而設定新的default value的behavior正好相反。
下圖是一個例子：如果四個地方設定了不同的default value，最後起作用的反而是根目錄下的配置檔案: 囧
nodejs裡，我們用node指令執行一個module，node在檔案系統上找該module的實作檔案，也有一系列優先級不同的determination procedure。從debugger裡能很清楚看到：