【问题标题】:Can gofmt accommodate local coding standard preferences?gofmt 可以适应本地编码标准偏好吗?
【发布时间】:2019-03-27 15:06:12
【问题描述】:

我喜欢 gofmt 在 Go 编程中的角色。不过,我们更希望以下内容:

func somefunc(
    a *sometype, // Explanation of a
    b int, // Explanation of b
    longName float64, // Explanation of longName
) {
...

能够被格式化为:

func somefunc(
    a        *sometype, // Explanation of a
    b        int,       // Explanation of b
    longName float64,   // Explanation of longName
) {
...

类似于结构的格式,并符合我们对其他语言的编码标准。是否有任何规定可以满足此类当地偏好,或者这是否“不是我们在这里做事的方式”?我找不到对gofmt 使用的模式的任何访问权限,所以我的猜测是“不”。

【问题讨论】:

  • gofmt 的目标是标准化所有 Go 代码的代码风格;使其可定制将与其目标背道而驰。
  • «Gofmt 的风格没有人喜欢,但 gofmt 是每个人的最爱。»来自there
  • 是的,go 文档中回答的问题通常会被否决。关于您的示例,根据 godoc,文档的正确位置位于声明之前的行。

标签: go gofmt


【解决方案1】:

Go 可以适应本地编码标准偏好吗?

没有。你猜对了。

(制定标准的全部原因是要有一个,而不是每个人/组织一个。)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2010-12-31
    • 1970-01-01
    • 2015-06-08
    • 1970-01-01
    • 2014-08-14
    • 1970-01-01
    • 1970-01-01
    • 2020-07-16
    相关资源
    最近更新 更多