C'est la reco7 ; c'est une recommandation...
C'est en lien avec la reco3 ...et les règles 4 et 5
La section 4.1 débute par :
Si l’inclusion des fichiers d’en-tête n’est pas réduite au minimum nécessaire, cela génère des dépendances inutiles, augmente le temps de compilation, et rend l’analyse du code plus complexe par la suite (qu’elle soit manuelle ou outillée). Afin de réduire les dépendances et une propagation inutile de déclarations, les inclusions de fichiers d’en-tête doivent être réalisées dans un fichier « .c » et non pas dans un fichier d’en-tête « .h ». Cependant, dans certains cas, comme typiquement la définition de types, l’inclusion de fichiers d’en-tête de la librairie standard (comme stddef.h et stdint.h) dans un autre fichier d’en-tête est justifiable.
Pour moi, header.h est justement une exception et ne devrait être utilisé que si on a besoin de tout ce que ça draine.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Ordre des en-têtes
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au lien Mise à jour du guide de l'ANSSI pour le développement sécurisé de logiciels en langage C. Évalué à 2.
C'est la reco7 ; c'est une recommandation...
C'est en lien avec la reco3 ...et les règles 4 et 5
La section 4.1 débute par :
Pour moi, header.h est justement une exception et ne devrait être utilisé que si on a besoin de tout ce que ça draine.
"It is seldom that liberty of any kind is lost all at once." ― David Hume