Schreiben Sie einen Standard-Go-Code

Offenbarungscode

Schauen wir uns einen Teil des Codes direkt an

type MyselfError struct{}

func (m *MyselfError) Error() string {
 return "实现 error 接口的 Error 方法"
}

func someWork() *MyselfError {
 return nil
}

func main() {
 var err error
 err = someWork()
 fmt.Println(err == nil)
}

// output: false

Die Ausgabe dieses Beispiels könnte Sie überraschen?

Das liegt daran, dass in Go der Vergleich von zwei Nullen möglicherweise nicht gleich ist. Im Artikel Go-Sprachtyp-Vergleichbarkeit haben wir gesagt: Für die Schnittstellenschnittstelle hat der Vergleich zwei Dimensionen, nämlich dynamischen Typ und dynamischen Wert. Schnittstelle <code style="font-size: 14px;overflow-wrap: break-word;padding: 2px 4px;border-radius: 4px;margin-right: 2px;margin-left: 2px;font-family: "Operator Mono", Consolas, Monaco, Menlo, monospace;word-break: break-all;background: rgba(14, 210, 247, 0.15);"><span style="font-size: 15px;">==</span>比较，只有在类型与值均相等的情况下才会为真。

type error interface {
    Error() string
}

<span style="font-size: 15px;">someWork</span>==Vergleich, nur wenn der Typ ist mit Es wird nur wahr sein, wenn die Werte gleich sind.

func bar() {
 var err error
 err = foo()
 if err == nil {
  // 程序正常的代码逻辑
 } else {
  switch err.(type) {
  case err1:
   // 做错误处理1
  case err2:
   // 做错误处理2
  default:
   // 做通用错误处理
  }
 }
}

<h2 data-tool="mdnice编辑器" style="margin-top: 30px;margin-bottom: 15px;font-weight: bold;font-size: 22px;border-bottom: 4px solid rgb(160, 249, 176);display: flex;">someWork<span style="width: 100%;display: flex;color: rgba(160, 249, 176);padding: 0.5rem 1rem;border-top-left-radius: 4px;border-top-right-radius: 4px;background: #181a21 !important;">Der von der Funktion zurückgegebene Fehler ist Die Fehlerschnittstelle, deren Typ MyselfError ist und deren Wert Null ist, erfüllt offensichtlich nicht die Anforderungen: Nur wenn Typ und Wert beide Null sind, ist die Nullbeurteilung des Schnittstellentyps wahr

.

🎜Hauptzweigcode🎜🎜🎜🎜Mit der obigen Vorahnung sollten Sie verstehen, was ich sagen werde, oder? 🎜🎜

在 Go 中，不要通过<span style="font-size: 15px;">err == nil</span>来做逻辑判断条件。这不光是由于使用它会产生潜在的 bug，这样的代码交于测试童鞋，他们可能也会喷你，你知道是为什么吗？

我们可以把代码分为主干代码和分支代码，主干代码代表正常逻辑，分支代码记录异常case。两者最简单的区分方法就是：在一个函数中，主干代码与最左侧只隔一个 tab 距离，超过一个 tab 距离的为分支代码。

在处理错误返回的函数中，我们应该先做错误异常的处理，错误处理的逻辑属于分支代码，而正常逻辑则应在主干代码上。

错误示例

func bar() {
 var err error
 err = foo()
 if err == nil {
  // 程序正常的代码逻辑
 } else {
  switch err.(type) {
  case err1:
   // 做错误处理1
  case err2:
   // 做错误处理2
  default:
   // 做通用错误处理
  }
 }
}

现在你能知道测试童鞋为什么喷你吗？

有一个词叫做测试覆盖率，它代表测试用例走过的代码行数。如果你将<span style="font-size: 15px;">err==nil</span>的判断前置，那这段代码就对于测试不友好。

在测试过程中，有时我们很难人为构造错误的发生，那么很可能测试用例只会走<span style="font-size: 15px;">err==nil</span>下面的代码逻辑。

规范示例

func main() {
 var err error
 err = foo()
 if err != nil {
  switch err.(type) {
  case err1:
   // 做错误处理1
  case err2:
   // 做错误处理2
  default:
   // 做通用错误处理
  }
 }
 // 程序正常的代码逻辑
}

这样的代码规范，让我们在初次接手新项目，或者 code review 其他人的代码时，能够通过阅读主干代码而快速理解地代码业务逻辑，而不至于陷入琐碎的 case 处理中。

总结

今天的文章虽然很短，但是希望能给大家带来启示。

在 Go 中 err == nil 不需要判断，而该判断异常 case，正常逻辑置于主干，异常代码置于分支。

Die Etablierung guter Codierungsstandards innerhalb des Entwicklungsteams trägt dazu bei, die Lesbarkeit des Codes und die Effizienz der Zusammenarbeit bei der Arbeit zu verbessern. Wenn Sie noch keine ähnlichen Spezifikationen haben, lesen Sie die Kommentare zur Go-Codeüberprüfung und uber-go/guide, um einen vollständigen Satz zu erstellen.

Das obige ist der detaillierte Inhalt vonSchreiben Sie einen Standard-Go-Code. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!