Closed. This question is opinion-based。它当前不接受答案。
想改善这个问题吗?更新问题,以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
我有一个类似于以下所示的服务对象,该服务对象通过HTTP公开:
现在,如您所见,需要基于
两者都是可测试的。哪一个更可取?我倾向于第二种方法,因为使用它意味着处理程序将纯粹是读取请求,委托(delegate)给服务,写出响应,而在第一种方法中,处理程序将包含解决速率限制器实现的其他步骤。
这是将它们绑定(bind)到ServiceLocator的方式:
这仅在使用诸如Dargo之类的东西时适用,但在您的情况下仍然有用。
如果您不使用Dargo,虽然我个人会选择第二种方法,但在我看来,这只是个问题
想改善这个问题吗?更新问题,以便editing this post用事实和引用来回答。
2年前关闭。
Improve this question
我有一个类似于以下所示的服务对象,该服务对象通过HTTP公开:
type ComputeService struct {
}
func (svc ComputeService) Compute(userType string, data Data) (Result, error) {
// rate limit based on userType (both check and increment counter)
// if not rate limited, compute and return result
}
现在,如您所见,需要基于
userType
进行速率限制。限速器的实现本身会根据userType
进行更改。我正在考虑使用userType
解决速率限制器的2种方法。// First approach: for each request new ComputeService object is
// created after resolving RateLimiter using userType in the handler
// itself
type ComputeService struct {
RateLimiter RateLimiter
}
// Second approach: ComputeService object is initialized during startup
// and only RateLimiter is resolved with every Compute() call by calling
// the provider function
type ComputeService struct {
RateLimiterProvider func(userType string) RateLimiter
}
两者都是可测试的。哪一个更可取?我倾向于第二种方法,因为使用它意味着处理程序将纯粹是读取请求,委托(delegate)给服务,写出响应,而在第一种方法中,处理程序将包含解决速率限制器实现的其他步骤。
最佳答案
如果使用的是像Dargo这样的DI系统,则可以使用其Provider注入(inject)程序在运行时动态选择实现。
在这种情况下,您的服务将类似于以下内容:
import "github.com/jwells131313/dargo/ioc"
type RateLimiter interface {
}
type UserType1RateLimiter struct {
}
type UserType2RateLimiter struct {
}
type ComputeService struct {
RateLimiterProvider ioc.Provider `inject:"RateLimiter"`
}
func (svc ComputeService) Compute(userType string, data Data) (Result, error) {
// rate limit based on userType (both check and increment counter)
// if not rate limited, compute and return result
raw, err := svc.RateLimiterProvider.QualifiedBy(userType).Get()
if err != nil {
return nil, err
}
limiter := raw.(RateLimiter)
//...
}
这是将它们绑定(bind)到ServiceLocator的方式:
func initializer() {
serviceLocator, _ = ioc.CreateAndBind("ExampleLocator", func(binder ioc.Binder) error {
binder.Bind("RateLimiter", UserType1RateLimiter{}).QualifiedBy("UserType1")
binder.Bind("RateLimiter", UserType2RateLimiter{}).QualifiedBy("UserType2")
binder.Bind("ComputeService", ComputeService{})
return nil
})
}
这仅在使用诸如Dargo之类的东西时适用,但在您的情况下仍然有用。
如果您不使用Dargo,虽然我个人会选择第二种方法,但在我看来,这只是个问题
关于go - Golang中的工厂功能,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/52297859/
10-10 01:58