DataSource混亂了嗎？在這裡＆＃s如何修復它！-Golang-PHP中文網

DataSource混亂了嗎？在這裡＆＃s如何修復它！

Linda Hamilton

發布： 2025-01-27 18:05:10

原創

994 人瀏覽過

現代微服務通常管理多個資料儲存來處理不同的任務。有效管理這些資料存儲，同時保持應用程式的輕盈性、可維護性和可擴展性，需要強大的設計模式。本文以 GoFr 框架作為實際範例，探討工廠和依賴注入 (DI) 模式如何簡化資料來源整合。

GoFr 中的工廠模式

工廠模式封裝了初始化邏輯，促進了更乾淨、更模組化、更可維護的程式碼。這是一個 GoFr 範例：

使用工廠模式的範例

<code class="language-go">func main() {
    app.AddMongo(mongo.New(mongo.Config{
        URI:              "mongodb://localhost:27017",
        Database:         "test",
        ConnectionTimeout: 4 * time.Second,
    }))
}</code>

登入後複製

工廠實作（封裝邏輯）

<code class="language-go">// mongo package

func New(config mongo.Config) *mongo.Client {
    client, err := mongo.Connect(context.TODO(), options.Client().ApplyURI(config.URI))
    if err != nil {
        log.Fatal("Failed to connect to MongoDB:", err)
    }

    // Additional setup (e.g., ping, timeout).
    err = client.Ping(context.TODO(), nil)
    if err != nil {
        log.Fatal("Failed to ping MongoDB:", err)
    }

    return client
}</code>

登入後複製

注意：這是一個簡化的範例。完整實作請參考GoFr開源程式碼。

工廠模式的好處

封裝：集中設定邏輯，簡化應用程式程式碼。
可重複使用性：工廠函數可以在整個應用程式中重複使用。
集中更新：工廠的變更會自動更新所有使用實例。
可測試性：促進單元測試的模擬。

GoFr 中的依賴注入

依賴注入（DI）透過外部傳遞依賴關係來促進模組化和可測試性。 GoFr 使用輔助方法簡化了 DI：

在 GoFr 中註入 MongoDB

<code class="language-go">// AddMongo adds MongoDB to the app's container.
func (a *App) AddMongo(db container.MongoProvider) {
    db.UseLogger(a.Logger())
    db.UseMetrics(a.Metrics())

    tracer := otel.GetTracerProvider().Tracer("gofr-mongo")
    db.UseTracer(tracer)

    db.Connect()
    a.container.Mongo = db
}</code>

登入後複製

這種方法提供：

極簡主義：輕量級且明確的設定。
可觀察性：自動整合日誌記錄、指標和追蹤。
可測試性：用模擬輕鬆取代真實依賴項。

GoFr DI 與其他框架

Feature	GoFr	Other DI Frameworks
Configuration Encapsulation	Uses helper methods (e.g., `AddMongo`)	May rely on automatic resolution, adding complexity
Integrated Observability	Automatic logging, metrics, and tracing setup	Requires additional setup or external libraries
Container-Based Access	Dependencies stored in a readily accessible container	Relies on containers, but may use reflection
Explicit vs. Magic	Explicit dependency configuration	Often uses annotations or automatic wiring
Flexibility	Full control over dependency injection	More abstracted setups, potentially less control