Page précédente[Projet la relance] 14 Conventions de codage
| SEB |
Posté le 09 Août 2011 à 23:57
|
|
 Messages : 554 GCPoints : 103313 |
Des limitations sur le templating? Ok je vois ce que tu veux dire, perso je n'ai pas l'habitude d'utiliser beaucoup de template, maitnenant je ne suis absolument pas contre et si la proposition d'utilisation tiens la route au cas par cas ca va. Je suis pas pour une foison de templates mais de temps en temps bien callé ca peut le faire. L'utilisation switch/case,if/else? Si ca me dérangerais beaucoup d'avoir un switch case sur 50 enum mais je ne suis pas contre le switch case, par contre si on a 50 enums a switcher c'est qu'il y a un truc a revoir dans la conception (je pense) Exception vs code d'erreur? Ok disons que en dehors peut-etre des réservations mémoire et de quelques traitements réseau, je ne vois pas d'autres endroits ou les exceptions sont utiles. Si les specs d'appel sont respectée sur les methodes, il n'y a pas de raison que cela se passe mal donc au pire des cas oui je suis plutot pour un booleen signalant le succes ou l'echec. mais pas d'exception pitié. Pointeur ou référence? Moi j'tuilise des référence sur tous les objets qui sont 'obligatoire' en parametre et dont la taille dépasse 32 bits et des pointeurs des qu'il s'agit de tableau (et que donc je n'ai pas bcp de choix) Quid du contrôle de la mémoire allouée? Vi je vote comme Darktib sauf cas exceptionnel style ressource partagée ou paquet réseau (donc en pratique les 3 mais en très très grande majorité la regle alloue/desalloue) Pour les enums j'aime bien la facon Irrlicht en fait oui avec un E_ devant le nom de l'énum. Je me permet de rajouter que a priori nous ne créerons pas de namespaces mais nous risquons d'avoir a en utiliser beaucoup et je suis absolument anti 'using namespace' sinon a quoi servait de mettre des namespaces.. Et en plus c'est un ralentisseur de compilation autant qu'un risque d'embrouillement si jamais des choses ont les mêmes noms.
Dernière édition le 10 Août 2011 à 00:17
NextGine : 3D games engine
Nombre de lignes actuel : 77683 |
|
Voir le profil
Envoyer un message privé