Le langage go nécessite-t-il un point-virgule ?

Le langage Go ne nécessite pas d'ajouter un point-virgule à la fin d'une instruction ou d'une déclaration, sauf s'il y a plusieurs instructions sur une ligne. Par défaut, une ligne dans le langage Go est une donnée. Le compilateur convertira activement le caractère de nouvelle ligne après un symbole spécifique en point-virgule. Par conséquent, la position du caractère de nouvelle ligne ajouté affectera l'analyse correcte du code Go.

L'environnement d'exploitation de ce tutoriel : système Windows 7, GO version 1.18, ordinateur Dell G3.

Le langage Go ne nécessite pas d'ajouter un point-virgule à la fin d'une instruction ou d'une déclaration, sauf s'il y a plusieurs instructions sur une ligne. En fait, le compilateur convertira activement le caractère de nouvelle ligne après un symbole spécifique en point-virgule, de sorte que la position du caractère de nouvelle ligne ajouté affectera l'analyse correcte du code Go. Une chaîne littérale, l'un des mots-clés break , continue , fallthrough. , ou renvoie , l'opérateur et le délimiteur parmi ++ , -- , ) , ] , ou } ).

Par exemple, le crochet gauche { de la fonction doit être sur la même ligne que la déclaration de la fonction func et situé à la fin. Dans l'expression x + y, le saut de ligne peut être après. + mais pas avant + (Annotation : S'il se termine par +, le délimiteur point-virgule ne sera pas inséré, mais s'il se termine par 1) Indentation et sauts de ligne

L'indentation peut être formatée directement à l'aide de l'outil gofmt (gofmt utilise l'indentation par tabulation ) En termes de sauts de ligne, la longueur maximale d'une ligne ne doit pas dépasser 120 caractères. Si elle dépasse, veuillez utiliser des sauts de ligne pour l'affichage, essayez de garder le format élégant Nous utilisons l'outil de développement GoLand, utilisez-le simplement. la touche de raccourci : Ctrl+Alt+L

(2) La fin de l'instruction

Il n'y a pas besoin de point-virgule dans le langage Go, comme en Java À la fin, une ligne est une donnée. par défaut.

Si vous prévoyez d'écrire plusieurs déclarations sur la même ligne, elles doivent être utilisées

(3) Crochets et espaces

Pour les crochets et les espaces, vous pouvez également utiliser directement l'outil gofmt (aller. forcera l'accolade gauche à ne pas s'enrouler, et l'enroulement signalera une erreur de syntaxe), laissez des espaces entre tous les opérateurs et opérandes [Recommandations associées :

Go tutoriel vidéo

]

//正确的方式
if a > 0 {

}
//错误的方式
if a>0  // a,>,0之间应该使用空格
{       //左大括号不可以换行，会报语法错误
	
}

(4) Spécification

Dans l'importation. En cas d'import sur plusieurs lignes, goimports le formatera automatiquement pour vous. Si vous introduisez un package dans un fichier, il est recommandé d'utiliser le format suivant :

import {
	"fmt"
}

Si votre package introduit trois types de packages, packages de bibliothèque standard, internes. packages de programme, packages tiers, il est recommandé d'organiser vos packages de la manière suivante

inport{
	"encoding/json"
	"strings"
	
	"myproject/models"
	"myproject/controller"
	
	"github.com/astaxie/beego"
}

Introduisez les packages dans l'ordre, les différents types sont séparés par des espaces, le premier est la quasi-bibliothèque proprement dite, le second est le package du projet, le troisième est le package tiers

N'utilisez pas de chemins relatifs pour introduire des packages dans le projet

(5) Gestion des erreurs

Le principe de la gestion des erreurs est de ne pas ignorer les appels qui renvoient une erreur, faites ne pas utiliser _discard, tout doit être traité. Lors de la réception d'une erreur, renvoyez l'erreur ou utilisez le journal pour l'enregistrer

Retournez dès que possible : une fois qu'une erreur se produit, revenez immédiatement

Essayez de ne pas utiliser la panique. à moins que vous ne sachiez ce que vous faites
Si la description de l'erreur est en anglais, elle doit être en minuscules et ne nécessite pas de ponctuation à la fin
Utiliser un flux d'erreur indépendant pour le traitement

• // 错误写法
  if err != nil {
  	// error handing
  } else {
  	//normal code
  }
  
  // 正确写法
  if err != nil {
  	// error handing
  	return // or continue, etc.
  }
  //  normal code

• . (6) Test

La convention de dénomination des fichiers de tests unitaires est example_test.go

• test Le nom de la fonction du cas d'utilisation doit commencer par Test

Chaque fonction importante doit d'abord écrire un scénario de test et le code normal. sont soumis ensemble pour faciliter les tests de régression

Pour plus de connaissances liées à la programmation, veuillez visiter : Vidéo de programmation !

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!