Pour les accolades, rien n'y oblige mais le mieux c'est de toujours correctement indenter ton code.
C'est à dire :
Après avoir ouvert une accolades, tu ajoute une tabulation au début de chaque ligne. Beaucoup de logiciels le font automatiquement.
- Code:
-
if (oObject1.Visible == true) {
player.Say("La porte est verrouillée");
}
function oObject1_UseInv() {
cChar1.Walk(872, 712, eBlock);
cChar1.FaceDirection(eDirectionUp);
if(player.ActiveInventory == iclechambre) {
door1.Play(eAudioPriorityNormal, eOnce);
player.Say("j'ouvre la porte");
oObject1.Visible = false;
porte_ouverte.Visible = true;
}
}
Tu maintiens cette indentation pour chaque ligne, jusqu'à ce que :
1) Tu ouvres une seconde accolade : et donc ajoute une tabulation en début de ligne en plus des autres.
2) Tu referme une accolade, et donc tu réduis l'indentation d'une tabulation.
Ainsi tu peux plus facilement d'y retrouver entre ce qui est ouvert/fermé, quelle parties du code est dans quoi etc.
C'est une source d'erreur/bug très-très récurrente, comme l'oubli de mettre un point virgule en fin de ligne.
Après chacun a sa manière de faire. Certains utilisent 2 espaces à la place d'une tabulation :
- Code:
-
if(true) {
// 2 espaces
}
if(false) {
// 1 tabulation
}
Ou bien organisent différemment les accolades :
- Code:
-
if(true) {
// Une façon
}
if(false)
{
// Une autre façon
}
Pour les imbrications :
- Code:
-
if(true) {
// Un truc
if(false) {
// Un autre truc
}
}
if(true) {
// Un truc
if(false) {
// Un autre truc
} } // <-- façon plus compacte, mais risque de confusion dans l'ordre si y rajoute des choses
L'important c'est de choisir la façon qui te semble la plus lisible et aisée à taper. Puis de s'y tenir.
Rien n'interdit de coder salement, tant que ça marche, tant que ça va vite, tant qu'on s'y retrouve...
Mais si tu rencontre un bug, ou une erreur de syntaxe, le réflexe n°1 c'est d'aller à la ligne rapportée par le message d'erreur et tout mettre au propre.
Quand on récupère des bouts de codes/exemples à droite à gauche, ils sont souvent organisés d'une autre façon que la sienne. Après un premier test (voir si ça marche), prendre le temps de les reformater à sa façon est un bon moyen de s'approprier la chose, et comprendre comment ce code fonctionne.