CE_EE模式

你想聚焦在 Magento 2 CE（Community Edition / Open Source）與 EE（Enterprise / Commerce） 的 設計模式（Design Patterns）。
這部分是 Magento 2 架構的核心精髓 —— 不論 CE 還是 EE（後者只是多了功能模組與企業支援），它們共用相同核心框架與設計模式。

🧩 一、Magento 2 設計模式總覽

Magento 2 採用了大量 企業級設計模式（Enterprise Design Patterns），以達到「高度可擴充、低耦合、可配置化」的目的。
以下按層次與功能分類說明 👇

🔹 1️⃣ 依賴注入（Dependency Injection, DI）

📘 模式解釋

透過 XML (di.xml) 或 Constructor Injection，Magento 2 讓所有依賴都由 DI Container 自動生成與注入。
這是 Magento 2 的最核心設計模式，取代 Magento 1 的「Object Manager 濫用」。

📁 例子

class OrderService
{
    protected $orderRepository;

    public function __construct(
        \Magento\Sales\Api\OrderRepositoryInterface $orderRepository
    ) {
        $this->orderRepository = $orderRepository;
    }
}

在 di.xml 中：

<preference for="Magento\Sales\Api\OrderRepositoryInterface" type="Magento\Sales\Model\OrderRepository"/>

💡 優點

可熱插拔替換類別（例如自定義 repository）。
易於測試與 Mock。
確保鬆耦合，減少硬編碼依賴。

📍EE / CE 一樣使用：EE 中也透過 DI 取代特定服務（例如 GiftCard 模組、TargetRule 模組）。

🔹 2️⃣ 工廠模式（Factory Pattern）

📘 模式解釋

Magento 2 的 Factory 類是由 setup:di:compile 自動生成，供開發者動態建立物件。

📁 例子

class Example
{
    protected $orderFactory;

    public function __construct(
        \Magento\Sales\Model\OrderFactory $orderFactory
    ) {
        $this->orderFactory = $orderFactory;
    }

    public function createOrder()
    {
        return $this->orderFactory->create();
    }
}

💡 優點

延遲實例化 (lazy loading)
避免直接使用 ObjectManager

📍EE / CE 差異：EE 模組也大量用 Factory 生成 entity，例如 \Magento\Reward\Model\RewardFactory。

🔹 3️⃣ 觀察者模式（Observer Pattern）

📘 模式解釋

事件機制允許在系統發生特定動作時觸發外部行為，不需修改核心程式。

📁 例子

events.xml:

<event name="sales_order_place_after">
    <observer name="custom_order_observer" instance="Vendor\Module\Observer\OrderObserver" />
</event>

OrderObserver.php:

class OrderObserver implements ObserverInterface
{
    public function execute(\Magento\Framework\Event\Observer $observer)
    {
        $order = $observer->getEvent()->getOrder();
    }
}

💡 優點

鬆耦合事件擴充。
允許多模組監聽相同行為。

📍EE 中常用：Enterprise 模組（如 GiftCard、Reward、TargetRule）常在 checkout 流程中注入 observer。

🔹 4️⃣ 插件模式（Interceptor / Plugin Pattern）

📘 模式解釋

Magento 2 的 AOP（面向切面）實現，可攔截任何 public 方法前/後/包裹呼叫。

📁 例子

di.xml:

<type name="Magento\Checkout\Model\Session">
    <plugin name="custom_session_plugin" type="Vendor\Module\Plugin\SessionPlugin" />
</type>

SessionPlugin.php:

class SessionPlugin
{
    public function beforeSetQuote($subject, $quote)
    {
        // 在 setQuote 前執行
    }

    public function afterGetQuote($subject, $result)
    {
        // 修改回傳值
        return $result;
    }
}

💡 優點

不需修改原始碼即可增強功能。
取代傳統 rewrite (preference) 的做法。

📍EE / CE 同樣使用：EE 模組的銷售規則 / 獎勵金模組，皆以 plugin 攔截核心方法。

🔹 5️⃣ Repository + Service Contract 模式

📘 模式解釋

定義資料操作的「合約層」（interface），實作於 Model/Repository.php。
在 Service 層以 interface 暴露功能給外部模組（甚至 API）。

📁 例子

Api/ProductRepositoryInterface.php:

interface ProductRepositoryInterface
{
    public function getById($id);
}

Model/ProductRepository.php:

class ProductRepository implements ProductRepositoryInterface
{
    public function getById($id)
    {
        return $this->productFactory->create()->load($id);
    }
}

💡 優點

穩定 API；模組間只依賴接口。
方便未來替換實作或版本升級。

📍EE 尤其重要：EE 提供大量 API (SOAP/REST)，都是基於 Service Contracts。

🔹 6️⃣ 策略模式（Strategy Pattern）

📘 模式解釋

允許在執行時替換不同演算法（例如稅率計算、折扣規則、配送策略）。

📁 例子

不同的 tax calculation class 可透過 DI 選擇策略。

<type name="Magento\Tax\Model\Calculation">
    <arguments>
        <argument name="calculator" xsi:type="object">Vendor\Module\Model\Tax\CustomCalculator</argument>
    </arguments>
</type>

📍EE 模組常見：B2B 價格規則、動態優惠券、Advanced Pricing 全都透過策略注入。

🔹 7️⃣ 單例模式（Singleton Pattern）

📘 模式解釋

部分核心物件由 Object Manager 管理為單例，例如 Magento\Framework\App\Config、Magento\Framework\Event\Manager。

📍開發者不應手動建立單例，而是透過 DI。

🔹 8️⃣ Composite / Decorator 模式

例如：

Composite Pattern → 用於產品組合（Configurable、Bundle Product）。
Decorator Pattern → 常見於 Checkout Flow，包裝其他 component 加邏輯（如 EE 的 Reward Points）。

🔹 9️⃣ Front Controller 模式

整個 Magento 以 Front Controller (index.php) 處理所有請求，並透過 router 決定進入哪個 module 的 controller/action。

🔹 🔟 MVC + Service Layer + ViewModel 模式

Magento 2 在 MVC 上又多加一層 Service Layer 與 ViewModel：

Model：商業邏輯與資料存取 (ResourceModel, Collection)
ViewModel：針對 UI / block 傳遞資料的邏輯層（比 block 更乾淨）
Service Layer：使用 Repository / Interface 提供 API

📍EE / CE 架構相同，Commerce 版只是多出更多 service contracts。

🧱 二、Magento 2 模式的整合架構（示意）

Request
   ↓
Front Controller
   ↓
Router → Controller → Action
   ↓
Service Layer (Repository + Service Contract)
   ↓
Model / ResourceModel / Collection
   ↓
ViewModel → Block → Layout → Template

Observer / Plugin 可在各層插入。
Factory / Proxy 負責建立物件。
所有依賴由 DI Container 管理。

🏢 三、Enterprise (EE / Commerce) 特有的設計應用

雖然核心模式一致，但 EE 中有更多企業模組展示了高階模式的實戰應用：

模組	使用的設計模式	說明
Advanced Catalog Permissions	Strategy + Observer	根據使用者群組控制目錄存取
Reward Points	Plugin + Observer + Decorator	攔截訂單事件、增加回饋邏輯
GiftCard / StoreCredit	Factory + Repository + Service Contract	高可擴充、API 友善
Staging / Preview	Command + Strategy	不同版本內容策略切換
Page Builder	Composite + Builder Pattern	建立可視化內容結構

✅ 總結重點

類別	設計模式	功能目的
核心依賴	DI / Factory / Proxy	管理物件生命週期與依賴
邏輯擴充	Observer / Plugin	無侵入擴充核心邏輯
資料層	Repository / Service Contract	API 穩定性、可替換性
行為策略	Strategy / Command / Decorator	動態切換邏輯或包裝行為
架構層次	MVC / ViewModel / Front Controller	分離視圖與商業邏輯
系統級模式	Composite / Singleton	結構化與效率

如果你想更進階，我可以幫你整理：

🧠 一張「Magento 2 設計模式關聯圖」
📦 各模式在 CE / EE 不同模組中的實際檔案範例（例如哪個模組用 Plugin、哪個用 Strategy）
⚙️ 實戰練習：如何自己寫一個 Observer + Plugin + Repository 的模組

要我幫你做哪一個？