Version imprimable
Argh, j'aurais du mettre plus d'un smiley.
Néanmoins , sur la plupart des projets sur lequels je suis intervenu, ça faisait souvent partie des règles de programmation. Sur les projets où j'ai défini les règles de programmation, je l'ai imposé.
Généralement macro et variables globales apparaissent quand on mixe C et C++, ou que l'on hérite de vieux code. Mais sur des développements nouveau, je ne vois pas de raison de les utiliser.
Je devrais changer mes lunettes :-)Citation:
Envoyé par VoidSeer
Mon point est que personne chez nous n'est capable d'imposer cela aux societes qu'on va acheter l'annee prochaine et dont il faudra integrer le code. Supposer qu'il n'y aura pas de macros n'est pas une option. Supposer qu'elles auront des noms en majuscules peut se trouver trop optimiste, mais supposer que les noms en majuscules ne seront jamais des macros l'est encore plus...Citation:
Néanmoins , sur la plupart des projets sur lequels je suis intervenu, ça faisait souvent partie des règles de programmation. Sur les projets où j'ai défini les règles de programmation, je l'ai imposé.
Il y a des choses utiles: include guard, assert, mais j'admets qu'elles sont rares.Citation:
Mais sur des développements nouveau, je ne vois pas de raison de les utiliser.
Je suis d'accord avec toi sur le coup des majuscules, n'en jette plus. Mais admet quand même que lorsque l'on suit un design orienté objet il ne doit pas y avoir de variable orpheline du style du post initial.
Si tu suis la politique du pire afin d'éviter les ennuis d'intégration à venir, tu n'écriras jamais (toi, pas ceux que tu rachètes) un truc moche pareil.
Bien sûr, il y a des finesses et des exceptions, mais les connaîtres et les comprendre demande déjà un petit niveau en C++. Comme j'ai recemment troqué le métier de consultant pour le métier d'enseignant ponctuel, je trouve que pour des gens qui débutent dans le langage leur dire qu'il vaut mieux se passer des macros et des variables globales, c'est plutot leur rendre service.