Écrivez du code Go standard

Revelation Code

Regardons directement un morceau de code

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

Le résultat de cet exemple peut vous surprendre ?

C'est parce qu'en Go, la comparaison de deux zéros peut ne pas être égale. Dans l'article Comparabilité des types de langage Go nous avons dit : Pour l'interface d'interface, sa comparaison a deux dimensions, à savoir le type dynamique et la valeur dynamique. Interface <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>==Comparaison, uniquement si le type est avec Ce ne sera vrai que si les valeurs sont égales.

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;">L'erreur renvoyée par la fonction is L'interface d'erreur dont le type est MyselfError et dont la valeur est nulle ne répond évidemment pas aux exigences : Seulement lorsque le type et la valeur sont tous deux nuls, le jugement nul du type d'interface sera vrai

.

🎜Code de la succursale principale🎜🎜🎜🎜Avec la préfiguration ci-dessus, vous devriez comprendre ce que je vais dire, n'est-ce pas ? 🎜🎜

在 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，正常逻辑置于主干，异常代码置于分支。

L'établissement d'un bon ensemble de normes de codage au sein de l'équipe de développement contribuera à améliorer la lisibilité du code et l'efficacité de la collaboration au travail. Si vous n'avez pas encore de spécifications similaires, reportez-vous aux commentaires de Go Code Review et à uber-go/guide pour créer un ensemble complet ?

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!