Guice 與 Spring 框架深度對比：從設計哲學到實務選型指南

依賴注入 (DI) 容器演進：Spring (XML 宣告式) → Guice (程式碼內嵌式)。兩者核心差異在於「設定外部化」vs「設定程式碼化」。本文從實作範例、核心特性對比、隱喻說明三個維度深度剖析。

一、Guice 核心實作範例

1. 介面與實作

public interface MyService { void myMethod(); }
public class MyServiceImpl implements MyService {
    public void myMethod() { System.out.println("Hello, World!"); }
}

2. 客戶端類別（欄位注入）

import com.google.inject.Inject;
public class Client {
    @Inject MyService service; // 欄位直接注入
    public void myMethod() { service.myMethod(); }
}

3. Module 綁定定義

import com.google.inject.*;
public class MyModule implements Module {
    public void configure(Binder binder) {
        binder.bind(MyService.class)
              .to(MyServiceImpl.class)
              .in(Scopes.SINGLETON); // 單例範圍
    }
}

4. 啟動與注入

import com.google.inject.*;
public class Test {
    public static void main(String[] args) {
        Injector injector = Guice.createInjector(new MyModule());
        Client client = new Client();
        injector.injectMembers(client); // 對已建立物件注入
        client.myMethod(); // 輸出: Hello, World!
    }
}

二、Guice 進階特性

1. @ImplementedBy 簡化綁定

@ImplementedBy(MyServiceImpl.class)
public interface MyService { void myMethod(); }

Module 中無需重複綁定，Guice 自動解析。

2. 多種注入點

• 建構子：@Inject public Client(MyService s) { this.service = s; }
• Setter：@Inject public void setService(MyService s) { }
• 欄位：@Inject MyService service;

3. 自訂 BindingAnnotation 區分同介面多實作

// 定義限定註解
@Retention(RUNTIME) @Target({FIELD, PARAMETER}) @BindingAnnotation
public @interface MyInterface {}

// 客戶端使用
@Inject @MyInterface MyService service;

// Module 綁定
binder.bind(MyService.class)
      .annotatedWith(MyInterface.class)
      .to(MyServiceImpl.class)
      .in(Scopes.SINGLETON);

三、Spring vs Guice 全方位對比表

四、隱喻說明：四代社會的斧頭故事

1. 原始社會：需斧頭自己磨 → new Dep()，高耦合、難維護
2. 工業社會：工廠生產斧頭 → 簡單工廠模式，變化點隔離但依賴工廠
3. 近代工業：提供圖紙，商家訂製送達 → Spring DI，XML 為圖紙，容器為商家
4. 按需分配社會：打電話描述需求，商家依市場最優工藝打造 → Guice，程式碼描述綁定，運行時動態解析

五、選型建議

六、結語

Guice 不是 Spring 的替代品，而是 DI 風格的另一種極致表達。Spring 贏在生態系完整度與非侵入哲學；Guice 贏在啟動速度、型別安全、重構友善與動態綁定彈性。無絕對優劣，唯有「適合專案情境、團隊能力、長期演進」的選擇。