2008-10-18 8 views

Répondre

1

Je vote pour: "éviter de considérer goto, notation nommant et indentation comme les sujets de règles de codage"

+0

Ceci est très similaire à "ne pas transpirer les petites choses". –

4

Ecrire un an plus tard.

0

Règle 102: Toute modification de la fonctionnalité attendue doit entraîner l'échec d'un test de régression.

+0

Je suis d'accord. Mais ce n'est pas vraiment une règle C++. – JesperE

+0

Plusieurs des règles 101 existantes ne sont pas spécifiques à C++. –

0

"Utilisez judicieusement RAII"

+0

Pourriez-vous élaborer? RAII a-t-il caché des dangers qui nous ont échappé? – paercebal

+0

Les codeurs moins expérimentés n'ont aucune idée de ce qui est «judicieux» et plus expérimentés, ils peuvent avoir des divergences d'opinions professionnelles, ce qui est un peu loin d'être une ligne directrice utile. Une bonne ligne directrice définirait ce qui est judicieux. – DarenW

0

Préférez les constructeurs aux fonctions init()/setup(). Pourquoi manipuler un objet qui peut être dans un état inutilisable? N'est-il pas préférable de ne pas l'avoir du tout?