poradi hlavickovych souboru

[KralLam2]

Ahoj, v jakem poradi se maji vkladat hlavickove soubory? Od nejspecializovanejsiho po nejobecnejsi nebo naopak a proc? Mam pocit, ze jsem cetl, ze poradi od nejspicial. po nejobecn. vede k odstranovani zavislosti ale nejak nevim...
A co si mysite o vkladani includu do includu?
Dekuju za reakci.

[Quiark]

Já to většinou dělám tak, aby mi to fungovalo
_________________
Mám strach

[MD]

Includy jsou obcas zlo. Nekdo to dela tak, ze vsechny includy da do jednoho .h souboru a ten pak pouzije ve vsech c/cpp. Vyhoda je v tom, ze je v tom poradek, nevyhoda, ze pokud nekdo zmeni jedno h, je treba prekompilovat vsechny cpp a to trva dloooouho.
Pak se da inkludovat jen to, co je potreba a minimalizovat includy v jinych inkludech. Pohuzel z toho vznikaji dost neprehledne situace. Kdyz jsem tuhle potreboval procistit Krkala a zbavit se cyklickych zavislosti, tak jsem si musel na papir nakreslit graf
Taky jsem slysel o tom, ze to nekdo dava do stdafx.h. Vyhoda: rychla kompilace. Nevyhoda, kdyz nekdo neco nekde zmeni, tak se to v projektu neprojevi, doklud se neda rebuild all.

Jinak na poradi inkludovani systemovych veci imho vetsinou naprosto nezalezi.

Mimochodem u MS kompilatoru je uzitecne pouzivat #pragma once. A u ostatnich #ifdefy, aby se hacko pouzilo v c/cpp jen jednou.
_________________
- play with objects - www.krkal.org -

[Marek]

[Tomas_Dejmek]

Jak jako pořadí includů, na pořádí snad nesejde, důležité je aby nebylo něco mimo svůj includ. Ano určitě je lepší mít includy v jednom headeru a ten pak importovat do source. V source je pak trochu mín kodu co mám při ladění pořád na očích.

V mojí první knížce o C++ se psalo, že si mám includy rovnat podle abecedy abych s v tom lépe vyznal.

[BayerMeister]

Vyplatí se použít stdafx.h (precompiled header) ale jedině tehdy, pokud se v něm nebudou dělat změny (i tranzitivně - i dalších souborech, které includuje on). Proto do něho patří externí includy (třetích stran), jako cizí utility, standardní knihovny (všechny <iostream> nebo <stdio.h> a tak).

Další includy (vlastní) je dobré neagregovat, nebo nejvýše do úzkých skupin, kde např. nedává smysl include jednoho bez druhého. Příklad: "mojeFonty.h" a "strukturaGUI.h" dam oboje do "GUI.h", protože jistě nikde nepoužiji jedno bez druhého.

Pořadí includů v .cpp: Nejprve standardní includy (nebo pouze stdafx.h, pokud ho používám) a pak co potřebuji v pořadí, jaké dává smysl (závislejší níže)...
_________________
Richard G. Bayer

[Chjoodge]

[Ash]

Vo všeobecnosti by na poradí nemalo záležať, ale existuje pár situácií, kedy je poradie dôležité. Niektoré deklarácie a definície treba mať uvedené na začiatku (napr. define WIN32_LEAN_AND_MEAN a podobné deklarácie potrebné pre štandardné headrové súbory) a niektoré treba mať vždy na konci (napr. definície operátorov new a delete pre identifikáciu únikov pamäte - ak by to bolo pred štandardnými headermi, tak by sa zbláznili).

A osobne preferujem poradie includov od štandardných k špeciálnym (týkajúcim sa toho konkrétneho projektu).