Forum Programmation.c Question existentiel sur le coding style de GNOME

Posté par  (site web personnel) .
Étiquettes : aucune
0
25
jan.
2005
Bonjour,

je cherche depuis longtemps à comprendre pourquoi le coding style de Gnome utilise la convention suivante :

Un espace est placé entre de nom de la fonction et la parenthèse. Exemple :

foo (arg1, arg2);

à la place de

foo(arg1, arg2);

Certain d'entre vous vont trouver cette question totalement idiote, mais pour ma par je trouve la deuxième solution plus lisible que la première car j'identifie tout de suite que c'est une fonction.

J'aimerai donc comprendre les raisons de cette règle.

Merci d'avance pour vos réponses.
Stéphane
  • # Les goûts et les couleurs

    Posté par  . Évalué à 3.

    C'est difficile d'en discuter objectivement....
    • [^] # Re: Les goûts et les couleurs

      Posté par  . Évalué à 4.

      Je ne sais pas mais il y a peut-être une raison subtile pour cela.

      J'ai recemment compris une convention de C dans NetBSD.

      Au lieu d'écrire
      int foo(...)
      {
      }

      ils écrivent

      int
      foo(...)
      {
      }

      Étrange non, je trouvai que la première solution était plus lisible.

      Sauf que si tu cherche à comprendre un bout de code et que tu tombes
      sur une fonction schmurtsz, pour trouver où elle est définie, il suffit de
      faire un bête:
      grep ^schmutrz *.c
      pour la trouver alors qu'autrement, on doit utiliser une expréssion régulière
      beaucoup plus compliquée et qui fonctionnera moins bien.
  • # Mouais...

    Posté par  . Évalué à 2.

    foo (arg1, arg2);
    à la place de
    foo(arg1, arg2);
    Certain d'entre vous vont trouver cette question totalement idiote, mais pour ma par je trouve la deuxième solution plus lisible que la première car j'identifie tout de suite que c'est une fonction.


    Je dirais que les deux formes permettent autant toutes les deux de déterminer que c'est une fonction... Moi je préfère la version avec espace parce que ça donne un style plus aéré (avec aussi des espaces autour des opérateurs, etc.).

    Avec une indentation de 4 caractères, les accolades en fin de lignes pour les if/for/while/... mais en début pour les fonctions, c'est un style parfait. ;)
    • [^] # Re: Mouais...

      Posté par  . Évalué à 1.

      Ça ne serait pas le style K&R ça par hasard ? :)
    • [^] # Re: Mouais...

      Posté par  (site web personnel) . Évalué à 2.

      Avec une indentation de 4 caractères

      Je préfère les vraies tabs. Au moins comme ça, chacun choisit la taille de tab qui lui plaît (tout éditeur de texte digne de ce nom le permet), et ça ne change rien pour les autres.
      • [^] # Re: Mouais...

        Posté par  . Évalué à 1.

        Ahhhhhh Enfin quelqu'un qui pense comme moi !!!!
  • # au coup par coup

    Posté par  . Évalué à 2.

    si tu crées des nouveaux fichiers, ta question est valide. Fais à peu près ce que tu veux, mets juste un fichier HACKING pour dire ce que tu utilises et comment.
    Mais comme la pluspart du temps, on reprend des fichiers déjà existants, et bien la question ne se pose pas : on reprend le style utilisé (des fois c'est l"enfer pour trouver le bon c-mode) pour minimiser la taille des changements. Et ouala :)
    • [^] # Re: au coup par coup

      Posté par  (site web personnel, Mastodon) . Évalué à 1.

      Ou alors un petit passage de la source par indent pour l'adapter a son propre style, afin de pouvoir travailler tranquillement.
      • [^] # Re: au coup par coup

        Posté par  . Évalué à 2.

        Et comme ça tu diminues grandement l'utilité de ton système de contrôle de version vu que ça devient difficile d'étudier des changements entre un fichier datant d'avant le indent et un fichier datant d'après le indent.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.