Discussion :

[Trunks]

Juste pour avoir un avis.
Selon vous, il vaut mieux inclure dans quel ordre les fichiers entête.

Comme fichier entête, je distingue:
- Les entêtes de la librairie standard (ex: iostream, vector)
- Les entêtes d'une librairie (ex: boost)
- Les entêtes de ta propre librairie
- Les entêtes du projet actuel

[Melem]

Dans cet ordre . Parfois je permute aussi 1 et 2. D'ailleurs, ça n'a vraiment pas d'importance. Je pense que faire les inclusions par groupe, c'est déjà une bonne chose (l'ordre des groupes importe peu).

[Trunks]

Ok, c'était juste pour avoir un avis extérieur, pour essayer de rendre le code le plus clair et structuré possible

[white_tentacle]

Cet ordre me parait pas mal.

Sachant que si tu as des en-têtes précompilés, y mettre :
- Les entêtes de la librairie standard (ex: iostream, vector)
- Les entêtes d'une librairie (ex: boost)
- Les entêtes de ta propre librairie

mais pas les en-têtes du projet actuel (trop pénible de devoir tout recompiler sur une modif de header).

[Trunks]

Cet ordre me parait pas mal.

Sachant que si tu as des en-têtes précompilés, y mettre :
- Les entêtes de la librairie standard (ex: iostream, vector)
- Les entêtes d'une librairie (ex: boost)
- Les entêtes de ta propre librairie

mais pas les en-têtes du projet actuel (trop pénible de devoir tout recompiler sur une modif de header).

Le en-tête précompilé correspond au fichier StdAfx.h d'un projet Visual C++, c'est bien ça? Quel est l'avantage de l'utiliser? Je mets donc toutes les en-têtes que j'utilise dans mon projet sauf ceux du projet?
Donc dans mes fichiers en-têtes de mon projet, j'aurais:

Code :

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

1
2
3
#include "StdAfx.h"
#include "Foo.h"
#include "Bar.h"

?

[dapounet]

Bonjour,

Il vaut mieux mettre tes propres headers en premier, comme ça tu peux être sûr qu'ils ne dépendent pas de l'inclusion d'un autre header. Exemple : tu utilises size_t dans un prototype, et il est reconnu juste parce qu'un autre header inclut plus haut le déclare.

[3DArchi]

Quel est l'avantage de l'utiliser?

Ils sont précompilés. Donc, 1 première 'pré'-compilation, puis pour tous les fichiers sources, il n'y a plus besoin de les recompiler. Le compilateur utilise cette précompilation. L'avantage est un énorme gain en temps de compilation.
De base, pour visual, c'est stdafx.h. Mais tu peux le positionner autrement dans les options du projet.

[Trunks]

Ils sont précompilés. Donc, 1 première 'pré'-compilation, puis pour tous les fichiers sources, il n'y a plus besoin de les recompiler. Le compilateur utilise cette précompilation. L'avantage est un énorme gain en temps de compilation.
De base, pour visual, c'est stdafx.h. Mais tu peux le positionner autrement dans les options du projet.

Donc je mets tous les headers autre que ceux de mon projet dont j'aurais besoin?

[3DArchi]

Donc je mets tous les headers autre que ceux de mon projet dont j'aurais besoin?

L'idée c'est de mettre ceux que tu ne va pas modifier (ou très très très peu) dans le cycle de dev de ton projet : donc les différentes librairies que tu utilises.