Discussion :

[olibara]

Bonjour

J'aimerais connaitre les tendance et habitudes de chacun dans la maniere d'indenter une source

Personnellement il quand je dois reprendre une source que je n'ai pas écrit je vérifie et adapte systématiquement 2 choses

1- L'indentation je fais une indentation a deux caracteres sans tabs
Mais j'aimerais connaitre la raison qui pousse tant de développeurs a faire une indentation de 4 caracteres ou meme plus, ca genere souvent du code qui se pert a l'Est de l'ecran : quel est l'intéret ?

2- Purement personnel aussi mais je fais une autre allergie aux accolades en fin de ligne genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 if ((a and b) || ((b+4)<=d) {
   for (int i=0;i<a;i++) {
     // fait ceci:}};

Je trouve que ca rends le code beaucoup moins lisible et que d'ailleur les adeptes (nombreux) de ces methode semblent avoir eux meme de la peine a se relire

J'y vois plutot une tendance a l'obfuscation savante comparable a celle du medecin fort a ecrire en code cabalistique que seul le pharmacien a appris a comprendre !

Des avis ?

[smyley]

Personnellement je suis pour une seule et unique accolade (ouvrante ou fermante) par ligne : ça aide à mieux voir la séparation.
Pour l'indentation, bah c'est Visual Studio qui s'en charge et ça me satisfait

Par contre pour la longueur des lignes j'aime pas avoir à scroller à des kilomètres à droite pour enfin voir la fin de la ligne, au besoin un retour à la ligne ça ne tue pas.

[tomlev]

1- L'indentation je fais une indentation a deux caracteres sans tabs
Mais j'aimerais connaitre la raison qui pousse tant de développeurs a faire une indentation de 4 caracteres ou meme plus, ca genere souvent du code qui se pert a l'Est de l'ecran : quel est l'intéret ?

Ben l'indentation automatique de Visual Studio marche très bien, je laisse les options par défaut...
2 ou 4 espaces, c'est juste une question de préférence personnelle... pour éviter d'avoir des lignes trop longues, je mets souvent des retours à la ligne en milieu d'instruction. Exemple type :

Code C# :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
        public static readonly DependencyProperty EnabledProperty =
            DependencyProperty.RegisterAttached(
                "Enabled",
                typeof(bool),
                typeof(AutoComplete),
                new UIPropertyMetadata(
                    false,
                    (o, e) =>
                    {
                        ComboBox combo = o as ComboBox;
                        if (combo != null)
                        {
                            if (combo.Template != null)
                                SetTextChangedHandler(combo);
                            else
                                combo.Loaded += new RoutedEventHandler(combo_Loaded);
                        }
                    }));

C'est une seule instruction... vive les lambda expressions

2- Purement personnel aussi mais je fais une autre allergie aux accolades en fin de ligne genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 if ((a and b) || ((b+4)<=d) {
   for (int i=0;i<a;i++) {
     // fait ceci:}};

Je trouve que ca rends le code beaucoup moins lisible et que d'ailleur les adeptes (nombreux) de ces methode semblent avoir eux meme de la peine a se relire

Ouais, c'est le style Java, j'aime pas non plus

[Maniak]

StyleCop

Je ne suis pas fan de toutes les règles (notamment d'utiliser des espaces au lieu de tabulations et de bloquer la taille pour tout le monde), mais on n'est pas obligé de tout activer et la très grande majorité d'entre elles sont bonnes à suivre.

On peut quasiment tout enforcer avec le formatage automatique de ReSharper, et avoir un pack de règles de formatage/style sponsorisé par MS, contrôlables automatiquement, si ça peut éviter des guerres de religion et les pertes de temps correspondantes, c'est toujours bon à prendre. Il y a même StyleCop for ReSharper si on se sent d'humeur bourrine (pas forcément conseillé ; les corrections de style ont une fâcheuse tendance à faire remonter des problèmes de design qui eux ne se règlent pas automatiquement).

Évidemment changer certaines habitudes fait grincer des dents au départ. Ce n'est qu'après-coup qu'on se dit qu'en fin de compte, ce n'est pas si horrible. Voire même mieux.

[StormimOn]

Personnellement je suis pour une seule et unique accolade (ouvrante ou fermante) par ligne : ça aide à mieux voir la séparation.
Pour l'indentation, bah c'est Visual Studio qui s'en charge et ça me satisfait

Par contre pour la longueur des lignes j'aime pas avoir à scroller à des kilomètres à droite pour enfin voir la fin de la ligne, au besoin un retour à la ligne ça ne tue pas.

Idem, à part certains avec les accolades ou je me permets de laisser l'ensemble sur une ligne.

StyleCop qui est effectivement sympathique (découvert il n'y a pas très longtemps). Ce qui serait bien par contre c'est que la localisation de la documentation XML du code soit gérée :/

[stardeath]

à lire dans la doc des outils que vous proposez, il n'y a l'air que le c# de supporter, y a t'il la même chose pour le c/c++?

[olibara]

Ca alors !!

Voila un sujet qui me semblait mort (je n'avais jamais reçu de notification de réponses...)
Et voici l'avalanche grace a l'intervention de stardeath

Et bien je suis content de voir que je ne suis pas le seul a ne pas aimer le style java et essayer d'viter que le code ne parte pas a l'horizon de l'écran !

Pour cela je change le default indent en space only avec valeur 2

PETITE DECOUVERTE :

J'ai découvert il n'y a pas longtemps que l'on pouvait faire un bloc select en maintenat la touche alt en draguant la souris !!
C'est tres pratique : plus besoin de Ultra edit !!

[stardeath]

moi non plus je suis pas fan des conventions java, ça me parait trop compressé, j'aime le retour à la ligne pour ouvrir/fermer une accolade ^^

(un prof de java que j'ai eu disait que c'était débile parce qu'on faisait grossir le fichier source de 1 caractère pour rien XD)

bref, je déterre le topic parce que je ne trouve pas de plug-in/logiciel pour formater un code selon des conventions établis au préalable.

ou sinon un plug-in comme ceux proposés (StyleCop, ReSharper) mais pour c/c++, je continue à chercher tout de même, on sait jamais.

ps: bon je crois que j'en ai trouvé un, Refactor! for C++, je suis en train de le tester

[olibara]

Essaye Google avec

"C code formatter beautifier"

[Guulh]

bref, je déterre le topic parce que je ne trouve pas de plug-in/logiciel pour formater un code selon des conventions établis au préalable.

Visual studio le fait, non ? Tu définis tes règles (espacements, indentation, etc.) dans les options de VS, tu sélectionnes tout le texte, "Édition => avancé => mettre le doc en forme" et hop.
Ça existe en C#, mais pas en C++, ceci dit, apparemment.