J'ai bien le code aéré, c'est par pure lisibilité :
if (machin && truc && brol != chose) {
c = (b == encore ? !truc : chose + 4);
}
Illisible, en tous cas peu clair, et pas si symétrique (t'as une accolade seule sur sa ligne, l'autre sur la ligne du if, donc c'est pas la même chose)
if (machin && truc && brol != chose)
{
c = (b == encore ? !truc : chose + 4);
}
Autre avantage utile pour le debug, vraiment utile :
/* if (un truc qui ne sert à rien, enfin je crois, donc je vire pour voir) */
{
le_code
}
Ça compile encore !
Et puis c'est comme pour mes commentaires et mes sauts de lignes. Plus c'est écarté et découpé, plus les gens comprennent (je préfère avoir 100 personnes qui comprennent et soumettent des patchs, même si 10 n'aiment pas, que de n'avoir que 10 personnes qui comprennent ce que je met)
[^] # Re: très bon test.
Posté par steckdenis . En réponse au journal Test de KDE 4.4 - Krita demande de l'aide - Setup et la mise à jour. Évalué à 8.
if (machin && truc && brol != chose) {
c = (b == encore ? !truc : chose + 4);
}
Illisible, en tous cas peu clair, et pas si symétrique (t'as une accolade seule sur sa ligne, l'autre sur la ligne du if, donc c'est pas la même chose)
if (machin && truc && brol != chose)
{
c = (b == encore ? !truc : chose + 4);
}
Autre avantage utile pour le debug, vraiment utile :
/* if (un truc qui ne sert à rien, enfin je crois, donc je vire pour voir) */
{
le_code
}
Ça compile encore !
Et puis c'est comme pour mes commentaires et mes sauts de lignes. Plus c'est écarté et découpé, plus les gens comprennent (je préfère avoir 100 personnes qui comprennent et soumettent des patchs, même si 10 n'aiment pas, que de n'avoir que 10 personnes qui comprennent ce que je met)