Command 設計模式提供了一種強大且簡化的方式來處理狀態（換句話說，載入和快取），並針對後端系統執行操作，比如 Spartacus Storefront B2B 場景下設定 Payment Method，即切換下圖所示的 Radio button，對應的後臺實現就透過 Command 方式觸發一個傳送到 Commerce Cloud 後臺的 HTTP PUT OCC 請求。

![](https://img-blog.csdnimg.cn/img_convert/a9f6ec3641851a2970654a0e241d40b5.png)

Command 表示一種可以更改系統狀態的操作，通常是透過向後端發出 REST 呼叫來完成。想想上圖 Spartacus 的例子，如何找到該 Command 對應的 OCC 請求準確的發起位置？還有 Connector 參與嗎？

![](https://img-blog.csdnimg.cn/img_convert/307e1548d8d920f4c300c18b1c2def4d.png)

把滑鼠移到 network 標籤頁的 Initiator 欄，檢視函式呼叫列表。乍一看，我們在 Spartacus B2B Storefront 發起的 OCC API 請求裡，看不到 connector 的參與了？

![](https://img-blog.csdnimg.cn/img_convert/58a3e6f7a683b5a9de0ba09a2bda371b.png)

checkoutPaymentTypeFacade 定義在 checkout/b2b 的 root 資料夾之下：

![](https://img-blog.csdnimg.cn/img_convert/7ef2a7c2caa0614dcc38811bf6364f84.png)

core 資料夾下的 service 實現了這個 facade：

![](https://img-blog.csdnimg.cn/img_convert/c0f27532770a4145a94d09e45f61b30c.png)

透過儲存 CommandService.create 工廠方法呼叫的結果，可以將命令例項定義為類的屬性。
![](https://img-blog.csdnimg.cn/img_convert/0e8152e3280753c38b63d71c8ac9b566.png)

建立命令的工廠函式裡，具有以下引數：

(1) 排程命令的函式（通常是對聯結器的呼叫）
(2) 一個選項物件（通常用於指定策略）

上圖 command 建立時，傳入的排程函式第 60 行，就是 paymentTypeConnector 的聯結器呼叫：

![](https://img-blog.csdnimg.cn/img_convert/eaac52272f3dc3d956f8931d3574b1c9.png)

connector 呼叫 adapter：
![](https://img-blog.csdnimg.cn/img_convert/5f272f12e860a385ddefb0b25add9250.png)

adapter 呼叫 HTTP client 的標準 put 方法：
![](https://img-blog.csdnimg.cn/img_convert/5dc3605c7b22f4c270d880f08a71c324.png)

工廠函式的第二個引數是 Command 的 Strategy，有下列四種選擇：

- Parallel 並行執行所有命令。
- Queue 將命令排隊並按順序執行,這是預設策略。
- CancelPrevious 開始新的命令執行並取消前一個命令，如果它尚未完成。此時前一個執行的結果流將完成而不會發出，可以類比 RxJs 的 SwitchMap Operator.
- ErrorPrevious 開始新的命令執行，如果前一個命令尚未完成則丟擲錯誤（前一次執行的結果流將丟擲錯誤）。

Spartacus 使用 Command 設計模式之後對以前 Connector 實現的重用

相關文章