Baa架構中的依賴注入（DI）是個什麼鬼？

這是一個建立於 的文章，其中的資訊可能已經有所發展或是發生改變。

我最早接觸的Go WEB架構是beego，很強大的一個架構，也是很多人的首選，就是因為太（bu）強（gou）大（ling）了(huo)，後來嘗試了Macaron（martini）。Macaron的設計是眾多架構的主流思想，路由、中介軟體、HTTP上下文，然後自己實現了一些常用的中介軟體（PS. 有一些中介軟體代碼來自beego）。Macaron的思想中，可以通過m.Map()注入任意類型，然後在Context中通過反射擷取這個類型，初試很爽，並為他的設計稱讚。

在用PHP的時候有個架構 Phalcon他的設計中核心是 Dependency Injection/Service Location，看起來很複雜，簡單來說就是把類似log,db,cache,metadata等服務註冊到DI中，使用的時候從DI取出來。Phalcon的使用姿勢中就是先初始化一個APP，然後各種註冊DI，然後RUN，虛擬碼如下：

<?php$di = new \Phalcon\DI\FactoryDefault();$di->set('router', new MyRouter());$di->set('logger', function () {    return new LoggerFile('../apps/logs/error.log');});$di->set('db', function () {    return new PdoMysql(        array(            "host"     => "localhost",            "username" => "root",            "password" => "secret",            "dbname"   => "blog"        )    );});$di->set('db2', ...);$di->set('mongo', new \MongoClient());// Create an application$application = new \Phalcon\Mvc\Application($di);// Handle the requestecho $application->handle()->getContent();

上面的初始化，就是各種set，當然他支援set的類型比較豐富，還支援lazyload等，使用的方式也比較簡單：

<?php$di = new \Phalcon\DI\FactoryDefault();$db = $di->get('db');$mongo = $di->get('mongo');$mongo->selectCollection('xxx');

總結下來，就是 set/get，set就是設定一個服務（注入），get就是取出這個服務來使用，當然php不像Go是靜態語言，他不需要做類型斷言。

介紹完背景，其實也問題也基本明確了，在使用macaron的過程中，過分依賴反射，導致同一種類型只能註冊一個，比如我要兩個db，兩個logger類型一致但做不同的服務用途，就比較難了。其實我最痛苦的是logger，macaron架構中使用了原聲的log包，我無論怎麼寫都做不到日誌統一，架構中輸出的日誌不依賴注入，就是原生的log。結合我對Phalcon的經驗，就萌生了把Phalon DI的思想移植過來的念頭，再結合其他想法，就去做了Baa。DI是Baa中目前寫得最簡單的東西，但是卻是最直接導致去造輪子的。

再來看Baa的DI思想特別簡單，就是一個set一個get，使用姿勢和Phalcon也一樣，只不過目前沒有提供那麼多姿勢的支援，比如懶載入（匿名函數）在調用時初始化，靜態類就是set一個字串使用的時候去new。雖然簡單，但思想並無差別。我們可以做個樣本：

package mainimport (    "github.com/go-baa/cache"    _ "github.com/go-baa/cache/redis"    "github.com/go-baa/render"    "gopkg.in/baa.v1")func main() {    // new app    app := baa.New()        // register logger    app.SetDI("logger", log.Logger)        // register render    b.SetDI("render", render.New(render.Options{        Baa:        app,        Root:       "templates/",        Extensions: []string{".html", ".tmpl"},        FuncMap:    template.Funcs(b),    }))    // register cache    app.SetDI("cache", cache.New(cache.Options{        Name:     "cache",        Prefix:   "MyApp",        Adapter:  "memory",        Config:   map[string]string{},    }))    app.SetDI("cache2", cache.New(cache.Options{        Name:     "cache2",        Prefix:   "MyApp2",        Adapter:  "redis",        Config:   map[string]string{},    }))    // router    app.Get("/", func(c *baa.Context) {        ca := c.DI("cache").(cache.Cacher)        ca.Set("test", "baa", 10)        v := ca.Get("test").(string)        c.String(200, v)    })    // run app    app.Run(":1323")}

在app的初始化中通過set我們注入logger,render,cacher,甚至db的初始化等，在需要的地方比如Context中，context.DI()來擷取，或者在其他地方可以 baa.Default().GetDI()來擷取使用。再看我上面吐槽的log，在這裡你只要app.SetDI("logger", xxx)即可以替換掉架構內建的logger，render也一樣，只要註冊一個實現了baa.Renderer介面的render就可以自訂模板引擎。

依賴注入(DI)不是什麼玩意，雖然只有幾行代碼，但他是一種設計思想，一種理念，一種解決問題的姿勢。