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 request
echo $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 main

import (
    "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)不是什麼玩意，雖然只有幾行代碼，但他是一種設計思想，一種理念，一種解決問題的姿式。