如何使用相互依赖的接口方法来模拟结构

Question

我在 Go 中为相当常见的用例/模式编写单元测试时遇到困难。

如果你愿意的话，想象一下这样的事情：

package main

type Resource struct {

    name string

}

type ResourceManager interface {

    GetResource(id string) (*Resource, error)

    GetAllResources() ([]*Resource, error)

}

type ResourceManagerImpl struct {

}

func (r *ResourceManagerImpl) GetResource(id string) (*Resource, error) {

    resource := &Resource{}

    var err error

    // fetch resource.

    // ...

    return resource,  err

}

func (r *ResourceManagerImpl) GetAllResources() ([]*Resource, error) {

    var resources []*Resource

    var err error

    // for _, id := range ids {

    //  resource = r.GetResource(id)

    //  resources = append(resources, resource)

    // }

    return resources, err

}

根据需要重复GetAllResources调用是一种常见的模式。GetResource

我可以使用gomockortestify来测试 的所有排列GetResource。但是，在测试时GetAllResource，我想模拟GetResource。否则，测试将变成一场噩梦。easymock这就是在 Java 中使用部分模拟的方式mockito。但是，尚不清楚如何在 Golang 中实现同样的效果。

具体来说，我找不到如何部分模拟struct. 大多数建议都围绕着打破这样的struct问题，但在这种情况下，这struct已经是最低限度了。ResourceManager为了测试的目的，不要破坏接口（分为单个和多个）似乎是一个公平的要求，因为这没有多大意义，充其量也是笨拙的，而且随着更多此类方法进入接口，也无法很好地扩展。

Answer 1

遇到这种情况我是这样处理的：func (r *ResourceManagerImpl) GetAllResources() ([]*Resource, error) {   return getAllResources(r)}func getAllResources(r ResourceManager) ([]*Resource,error) {  ...}然后您进行测试getAllResources，而不是GetAllResources使用模拟的r. GetAllResources如果您遇到从代码调用并且必须模拟的情况GetAllResources，您可以执行以下操作：var getAllResources=func(r ResourceManager) ([]*Resource,error) {...}并将 getAllResources 分配给测试实例。