1 回答
TA贡献1804条经验 获得超2个赞
为了扩展 Adrian 的评论,我将标志解析与配置完全分开。下面是一个示例:
type Config struct {
verbose bool
greeting string
level int
}
func parseArgs(progname string, args []string) (config *Config, output string, err error) {
flags := flag.NewFlagSet(progname, flag.ContinueOnError)
var buf bytes.Buffer
flags.SetOutput(&buf)
var conf Config
flags.BoolVar(&conf.verbose, "verbose", false, "set verbosity")
flags.StringVar(&conf.greeting, "greeting", "", "set greeting")
flags.IntVar(&conf.level, "level", 0, "set level")
err = flags.Parse(args)
if err != nil {
return nil, buf.String(), err
}
return &conf, "", nil
}
该函数从命令行参数分析程序的配置,并且可以轻松独立于程序的其余部分进行测试。parseArgs
因此,流入的流量将是:main
func main() {
conf, output, err := parseArgs(os.Args[0], os.Args[1:])
if err != nil {
// ...
}
realMain(conf)
}
现在,您可以在单元测试中进行测试并完全单独进行测试。这也开辟了拥有多个配置源的可能性:例如,您也可以从env vars或配置文件或命令行中读取它。多个读取器可以填充一个结构,并且所有读取器都可以单独测试。parseArgsrealMainConfig
- 1 回答
- 0 关注
- 92 浏览
添加回答
举报