Discussion :

[cob59]

Bonjour,
Je recycle sûrement de vieux débats, mais ma question est la suivante : lequel de ces deux formats de déclaration de pointeurs est-il le plus raisonnable d'utiliser et - surtout - d'inculquer aux jeunes () générations :

Code :

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

int* a;

ou

Code :

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

int *a;

De mon point de vue, seul le premier format semble cohérent par rapport au reste du langage C/C++ : le type de la variable (int*) suivi du nom de la variable (a). Ce format de déclaration peut donc être compris comme celui de n'importe quel type primitif.
Ici int* a une taille qui lui est propre (selon l'architecture), est stocké et disposé en mémoire comme n'importe quelle valeur, bref c'est presque un type comme un autre si ce n'est qu'il contient une adresse mémoire.

Tout ça n'est peut-être qu'un détail, mais qu'est ce qui pousse autant (une majorité ?) de développeurs à utiliser le second format, si ce n'est le fait de pouvoir déclarer plusieurs pointeurs en une seule ligne ?

[ram-0000]

Disons que dans le 2eme cas, je voie plus vite que "a" est un pointeur car l'étoile est collée à la variable (mais c'est très subjectif et très personnel).

Il y a une 3ème solution pour l'écriture :

Code :

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

int * a;

[Arzar]

Je ne résiste pas au plaisir de citer Bjarne Stroustup, dans une conférence ou il évoque les difficultés que traverse parfois le comité dans l'élaboration du nouveau standart:

Most people prefer to fiddle with details.
"Most people don't want to argue about the big things. You come with something like [...] how to do a type system for templates... But you don't get a discussion about that. Now, if you discuss about how to write a for-loop, you get a really, splendid discussion. And if you start arguing whether you should have a space in-between the int and the * in a pointer you get a REALLY, furious discussion. People actually, LOVE discussing things that don't matter, because it's so easy to have an opinion about those things... "

Aie.
Bon, bien sur le problème est réglé depuis longtemps , int* a est clairement meilleur, car on voit plus vite que "a" est un pointeur car l'étoile est collée au type, donc a est de type (int*)

[cob59]

Et si ces questions étaient plus sérieusement tranchées en C++ ce cher Bjarne n'en entendrait plus parler pendant ses conventions

A mon sens le C++ est déjà suffisamment dégueulasse (vive les * et & multi-usages...) pour qu'on laisse en plus ce genre de libertés aux programmeurs. Prenez exemple sur Java, enfin.

(hein, quoi ? un troll ? où ça ?)

[Goten]

Ouai enfin, comme il le dit c'est loin d'être vital. Je vois pas pourquoi c'est le langage qui déciderai. Certains préfère avant d'autre après (on a eu l'exemple sur ce topic).

Le C++ dégueulasse? u_U

[LittleWhite]

Wahou, du coup comment part le sujet ...

En plus j'étais pas du même avis que ram-0000 :p

[Silverstone]

Bon, bien sur le problème est réglé depuis longtemps , int* a est clairement meilleur, car on voit plus vite que "a" est un pointeur car l'étoile est collée au type, donc a est de type (int*)

Non car ça voudrait dire que

Code :

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

int* a,b,c;

permettrait de déclarer 3 pointeurs or en fait seul a serait un pointeur dans cette situation...

Il faut donc mettre

Code :

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

int *a,*b,*c;

et là on est obligé de coller les étoiles aux noms des variables.

Donc cette façon de faire s'impose d'elle-même ^^ (en quelque sorte ). Moi ça ne me pose aucun problème...

[koala01]

Non car ça voudrait dire que

Code :

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

int* a,b,c;

permettrait de déclarer 3 pointeurs or en fait seul a serait un pointeur dans cette situation...

Il faut donc mettre

Code :

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

int *a,*b,*c;

et là on est obligé de coller les étoiles aux noms des variables.

Donc cette façon de faire s'impose d'elle-même ^^ (en quelque sorte ). Moi ça ne me pose aucun problème...

C'est une des raisons pour lesquelles il est largement préférable de respecter la règle d'une déclaration ou un instruction par ligne...

Cette règle, pourtant simplissime, permet de s'éviter bien des déconvenues dues à une mauvaise interprétation du code lorsque le lecteur est, au choix (plusieurs possibles)

• distrait
• pressé
• peu habitué
• d'autres possible

J'ai personnellement la conviction que si les gens acceptaient de perdre, au total, quelques minutes à peine à écrire directement un code "dans les règles du lard" (AKA: en le commentant, en l'indentant correctement, en veillant à éviter les effets de bord et en veillant à n'écrire qu'une déclaration/définition/instruction par ligne), les délais nécessaires au débuggage et à la recherche d'erreur seraient très largement moins importants que ce que l'on rencontre (trop) régulièrement à de nombreux niveaux...

Bien sur, cela nécessite un minimum de rigueur, mais c'est réellement le genre de rigueur qui permet d'éviter de trop dépasser les délais, et qui représente dés lors un investissement qui vaut la peine

[EDIT]Et je rajouterais d'ailleurs que, si les gens prenaient l'habitude et la peine de réfléchir à leur algorithme et à le mettre sur papier en utilisant une méthode adaptée aux langages de troisième génération (ce qui exclu le flowchart, bien que le "pseudo code" ne soit pas forcément plus adapté), ils auraient, pour autant que leur logique soit correcte, la quasi certitude que leur code fasse exactement ce qu'ils en attendent à la première compilation réussie (AKA après correction des inévitables erreurs de syntaxe telles que faute de frappe, qu'un ; ou une fermeture d'accolade oubliée)

[Silverstone]

Le plus amusant dans tout ça, c'est que ceux qui déclarent suivant ce format :

Code :

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

void maFonction(const type *param)

sont bien embêtés quand il s'agit de faire l'équivalent avec une référence mais s'obstinent quand même :

Code :

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

void maFonction(const type & param)

La 1ère déclaration est bien (même si le mot const n'est pas vraiment nécessaire dans l'exemple) et la 2ème moi j'aurai pas mis d'espace entre le & et le nom de la variable...

Donc je ne vois pas où est le problème .

[Goten]

D'ailleurs j'aurais même plus tendance à mettre : (T const &param)