Medusa 的結構

Medusa 最外面的，負責接收訊息的是 API Route。
接收到訊息後，邏輯處理的順序會交給 Workflow 去處理。
workflow 會處理的分兩大類：

• Module
  例如需要處理到金流，就由 workflow 去呼叫。
• 建設層(Infrastructure)
  例如使用者模型、快取、事件等等。

Medusa.js 是可高度擴充的，所以你可以將許多 客製化成模組 或者 引用其他第三方的建設層模組，例如你想要加入快取模組可以存儲快取。

在一整個大 Modules 中， 它會自動為每一個 模組 或 建設 注入資料庫的鏈接。所以可以直接呼叫資料庫。

Medusa 文件資料夾結構

(上圖來自官方)

Meduss.js 有龐大的功能，其實已經給的蠻完善的，如資料夾圖所示，還可以擴充，設想每一個商店老闆都有個人想法，所以，Medusa.js 提供客製化功能。

SRC

主要可以客製化的項目都會在這一個資料夾當中。

• admin：內建管理儀表板介面的路由及元件管理。
• api：自製 API ，以利於增加端點。
• jobs： 排程工作，在 medusa.js 運行當中，在某時間點會自動執行。
• links：資料模型間關聯。
• module：存放你 客製化的業務邏輯 的模組。
• scripts：儲存要使用 Medusa 的 CLI 工具執行的自訂腳本。
• subscribers：事件監聽，監聽某端點，做對應動作。
• workflows：儲存自訂流程。

Medusa.config.ts

這裡存放 Medusa 的配置，例如資料庫、Cors等等設定。

.Medusa 資料夾

這裡就是你 build 之後會將資料。不要修改任何文件或將其提交到您的存儲庫。

下集預告

下一集就來使用看看我們的 Medusa.js。
既然他都把電商該有功能都有附上去了。
我們就實作，探討一下有什麼功能，再來規劃自己的需求。