Documentation PostgreSQL 8.4.22 > Internes > Conventions de codage pour PostgreSQL | |
Résumé des modifications depuis le protocole 2.0 | Reporter les erreurs dans le serveur |
Le formatage du code source utilise un espacement de quatre colonnes pour les tabulations, avec préservation de celles-ci (c'est-à-dire que les tabulations ne sont pas converties en espaces). Chaque niveau logique d'indentation est une tabulation supplémentaire.
Les règles de disposition (positionnement des parenthèses, etc) suivent les conventions BSD. En particulier, les accolades pour les blocs de contrôle if, while, switch, etc ont leur propre ligne.
Ne pas utiliser les commentaires style C++ (//). Les compilateurs C ANSI stricts ne les acceptent pas. Pour la même raison, ne pas utiliser les extensions C++ comme la déclaration de nouvelles variables à l'intérieur d'un bloc.
Le style préféré pour les blocs multilignes de commentaires est :
/* * le commentaire commence ici * et continue ici */
Notez que les blocs de commentaire commençant en colonne 1 seront préservés par pgindent, mais qu'il déplacera (au niveau de la colonne) les blocs de commentaires indentés comme tout autre texte. Si vous voulez préserver les retours à la ligne dans un bloc indenté, ajoutez des tirets comme ceci :
/*---------- * le commentaire commence ici * et continue ici *---------- */
Bien que les correctifs (patchs) soumis ne soient absolument pas tenus de suivre ces règles de formatage, il est recommandé de le faire. Le code est passé dans pgindent avant la sortie de la prochaine version, donc il n'y a pas de raison de l'écrire avec une autre convention de formatage.
Le répertoire src/tools contient des fichiers d'exemples de configuration qui peuvent être employés avec les éditeurs emacs™, xemacs™ ou vim™ pour valider que le format du code écrit respecte ces conventions.
Les outils de parcours de texte more et less peuvent être appelés de la manière suivante :
more -x4 less -x4
pour qu'ils affichent correctement les tabulations.