0

我正在使用labstack/echo网络服务器和gofight进行单元测试。在学习中,go 想知道是否有用于访问(嵌入式)回声结构之外的状态的 go 习惯用法。例如:

type WebPlusDB struct {
    web *echo.Echo
    db  *databaseInterface
}

func NewEngine() *echo.Echo {
    e := echo.New()
    e.GET("/hello", route_hello)
    return e    
}

func NewWebPlusDb() {
    e := NewEngine()
    db := database.New()   
    return WebPlusDB{e,db}
}

// for use in unit tests
func NewFakeEngine() *WebPlusDB {
    e := NewEngine()
    db := fakeDatabase.New()   
    return WebPlusDB{e,db}
}    

func route_hello(c echo.Context) error {
    log.Printf("Hello world\n")

    // how do I access WebPlusDB.db from here?

    return c.String(http.StatusOK, "hello world")
}

然后在我使用的测试代码中:

import (
    "github.com/labstack/echo"
    "github.com/appleboy/gofight"
    "github.com/stretchr/testify/assert"
    "testing"
)

func TestHelloWorld(t *testing.T) {
    r := gofight.New()

    r.GET("/hello").
          Run(NewFakeEngine(), func(r gofight.HTTPResponse, rq gofight.HTTPRequest) {
        assert.Equal(t, http.StatusOK, r.Code)
        assert.Equal(t, "hello world", r.Body.String())
        // test database access
    })

}

简单的解决方案是必须使用全局变量,而不是在“WebPlusDB”中嵌入 echo 并在那里添加状态。我想要更好的封装。我想我应该使用类似 WebPlusDB 结构的东西,而不是 echo.Echo 加全局状态。这对于单元测试可能无关紧要,但在更大的计划中正确地做事(在这种情况下避免全局变量)我想知道。

是否有解决方案或者这是回声设计的弱点?它具有中间件的扩展点,但数据库后端并不是此处定义的真正中间件

注意:我在这里使用数据库来说明常见情况,但它可以是任何东西(我实际上正在使用amqp

看起来您可以扩展上下文接口,但它是在哪里创建的?这看起来像是使用了一种downcast

e.GET("/", func(c echo.Context) error {
    cc := c.(*CustomContext)
}

我认为(可能是错误的)这仅在接口上允许,并且 echo.Context.Echo() 返回类型而不是接口。

4

1 回答 1

5

您可以将实例的方法作为函数值传递,这可能是最直接的处理方式:

type WebPlusDB struct {
    web *echo.Echo
    db  *databaseInterface
}

func (w WebPlusDB) route_hello(c echo.Context) error {
    log.Printf("Hello world\n")

    // do whatever with w

    return c.String(http.StatusOK, "hello world")
}

func NewEngine() *echo.Echo {
    e := echo.New()
    w := NewWebPlusDb()
    e.GET("/hello", w.route_hello)
    return e    
}
于 2019-06-13T15:35:18.513 回答