傳入 originalEngine 到裝飾器 decorateExpressEngine 里：

傳出的是一個 engine 函數，engine 函數包括了 original Engine 這個函數，然后調用 engine 函數，同時將 Engine 參數傳入，得到第二個 engine instance 函數。

最后的服務器端渲染，就是該 engine instance 函數負責處理。

我們再來看看生產版本的 engine 實現原理：傳入 decorator 的第一個 engine 實例，來自 Angular @nguniversal/express-engine:

這個裝飾器返回一個新的函數。

(1) NgExpressEngine 的輸入參數
(2) Spartacus 開發團隊引入的優化參數，通過閉包傳入
(3) Angular 標準的 NgExpressEngine 實例

在實際的生產代碼里，通過裝飾器的 get 方法，傳入 nguniversal/express-engine 標準的 engine，返回 ngExpressEngine：

然后這個 ngExpressEngine 被作為參數，傳入 server.engine 處理參數：

再看單元測試里的代碼：傳入裝飾器的第二個參數為 null，意思是不使用 optimization engine：

第135行代碼返回的是下圖第47行的函數體本身：

如果我們觀察返回的 engine 實例，就能發現它內部包含兩個閉包，存儲了裝飾器調用時，傳入的 originalEngine 和 optimization option 的值：

接下來執行第136行代碼，即 135行裝飾器返回的新函數的函數體：

當然，因為 ngExpressEngine 已經被 mock 過了，所以返回 callFake 指定的 mock 版本的實現：

因為傳入的 optimization option 為空，所以不使用 optimization engine，因此返回 original engine instance：

更多Jerry的原創文章，盡在：“汪子熙”:

總結

以上是生活随笔為你收集整理的SAP 电商云 Spartacus UI SSR 里 engine 和 engine instance 的区别的全部內容，希望文章能夠幫你解決所遇到的問題。

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