Bonjour, dans mon cours sur les structures, les listes, les piles et les files, le typedef est employé à toutes les sauces, notamment dans des cas où l'on pourrait écrire le code sans, et je me pose la question de son utilité. Comme pour cet exemple :

typedef int ENTITÉ ;

ENTITÉ *p ;

En quoi c'est mieux que de définir int *p ; ?

Dans ce cas là, pas grand chose, c'est juste pour vous faire comprendre qu'on peut mettre un peu n'importe quoi dans une pile/file j'imagine (y'a des moyens beaucoup plus propres de faire ça en C/C++ mais c'est pas le but). Là tu changes ton int par autre chose ça devrait pas casser et t'as pas à le changer partout.

Quand t'écris des trucs comme map<string, vector<pair<unsigned int, double>> (encore plus long avec les std:: ) c'est beaucoup plus pratique et concis d'avoir à écrire ENTITE que ce truc. Ou même les structures, faire maStructure vs struct maStructure tout le temps.

Oui merci de ta réponse, j'avais bien saisi le concept du typedef et c'est ce que je pensais : ça revient à pas grand chose de mettre un typedef dans certains cas. Le prof a l'air d'etre un fervent défenseur de la prog avec une invasion de typedef, tout ce que j'espère c'est qu'il va pas me tacler si moi je choisis de programmer sans en mettre de partout.

C'est utile dans le sens ou ca defini plus clairement le type des choses. Ca permet d'avoir des prototypes de fonctions plus clakr parceque le type est clair.

Aussi, ca permet de pouvoir ecrire le code pour des types simples et de changer les types a posteriori. J'ai pas mal souffert sur des conversions d'algo de 32 bit a 64 bit. Et pouvoir juste changer un typedef pour faire le gros du travail aurait ete utile!

merci pour ta réponse Godrick, qui me permet de réfléchir à ma façon de programmer.