[C/C++][ANSI] Convenzione file header

[Albi89]

Ciao a tutti!
Quella che vi porgo è una domanda abbastanza banale sulla compilazione condizionale, ma non sono riuscito a trovare una risposta che mi convincesse.

Secondo lo standard, qual'è il formato da usare per le guard words negli headers?

Il prof. di programmazione ci ha fatto usare _NOMEFILE_H, dicendo che così ha codificato lo standard ANSI, mentre il testo che lui stesso ci ha consigliato usa NOMEFILE_H_.
Quando la mia pigrizia mi porta a usare i plugin per creare in automatico gli scheletrozzi per le classi, il formato utilizzato è del tipo NOMEFILE_H.

Tempo fa lessi di non usare variabili con nomi che iniziano per underscore perchè è il formato usato dal compilatore per le sue variabili interne (anche se il rischio che collida con un mio nome penso sia infinitesimo).

Esiste effettivamente una convenzione sull'underscore a inizio/fine nome?

Grazie per l'attenzione =)

[dvd100]

il mio prof ci faceva usare addirittura __NOME_H__
boh..

[Tommo]

Noi usavamo _NOMEFILE_H_, ma poi abbiamo scoperto che l'underscore e il doppio underscore all'inizio dei defines sono riservati alle librerie interne al linguaggio

Non so quanto possa essere vero cmq.

[71104]

#pragma once
ormai la supporta anche il MinGW

EDIT - se la tua preoccupazione sono le collisioni con altri nomi allora puoi generare un GUID, come facevano le vecchie versioni di Visual C++.

[marco.r]

Originariamente inviato da Antonio23

#pragma once non dovrebbe essere però una direttiva non standard?

#pragma e' una direttiva per il compilatore e quindi non portabile.
Se esiste una alternativa standard meglio usare quella.

[DanieleC88]

Ma perché, c'è uno "standard" per le guard word?

Metti un po' quel che ti pare... basta siano umane.

[marco.r]

Originariamente inviato da DanieleC88

Ma perché, c'è uno "standard" per le guard word?

Metti un po' quel che ti pare... basta siano umane.

Ma con un briciolo di cautela. Perche' magari vai ad usare _MATH_H per un tuo file math.h dove hai messo un po' di funzioni matematiche tue, salvo poi non riuscire ad usare le funzioni matematiche di sistema che usano (sul mio sistema) proprio quella macro. Quindi meglio niente underscore all'inizio.
Se scrivi una libreria che altri dovranno usare meglio premettere il nome della libreria per evitare collisioni con i nomi degli utilizzatori. Ad esempio per un file "basics.h" di una fantomatica libreria "WorldDomination" il tutto si traduce in
WORLD_DOMINATION_BASICS_H. Io poi se il file sta in una sottocartella ci metto anche quel nome, non si sa mai.

[marco.r]

Originariamente inviato da DanieleC88

Ma perché, c'è uno "standard" per le guard word?

Metti un po' quel che ti pare... basta siano umane.

Ah, come standard io intendevo quello di usare le guard words, non quello di usare un certo formato, forse mi ero espresso male.

[DanieleC88]

No ma io intendevo proprio che se uno scrive il proprio codice con criterio, cercando di evitare condizioni di quel tipo, alla fine non mi risulta che ci sia un formato consigliato da utilizzare.

[71104]

Originariamente inviato da marco.r

Se scrivi una libreria che altri dovranno usare meglio premettere il nome della libreria per evitare collisioni con i nomi degli utilizzatori. Ad esempio per un file "basics.h" di una fantomatica libreria "WorldDomination" il tutto si traduce in
WORLD_DOMINATION_BASICS_H. Io poi se il file sta in una sottocartella ci metto anche quel nome, non si sa mai.

se questo è il concetto si fa prima con un GUID, e per quell'infinitesima probabilità di collisione si da forfait e si ha la certezza totale (anche perché i GUID non li usa nessuno ).