Ist #pragma einmal ein sicherer Include-Wächter?

Question 1

Ich habe gelesen, dass es einige Compiler-Optimierungen bei der Verwendung gibt #pragma once was zu einer schnelleren Kompilierung führen kann. Ich erkenne an, dass dies kein Standard ist und daher ein plattformübergreifendes Kompatibilitätsproblem darstellen könnte.

Wird dies von den meisten modernen Compilern auf Nicht-Windows-Plattformen (gcc) unterstützt?

Ich möchte Probleme mit der Plattformkompilierung vermeiden, aber auch die zusätzliche Arbeit von Fallback Guards vermeiden:

#pragma once
#ifndef HEADER_H
#define HEADER_H

...

#endif // HEADER_H

Sollte ich besorgt sein? Soll ich dafür weitere mentale Energie aufwenden?

Question 2

#pragma once hat einen Nachteil (abgesehen davon, dass sie nicht dem Standard entspricht) und das heißt, wenn Sie dieselbe Datei an verschiedenen Orten haben (wir haben dies, weil unser Build-System Dateien herumkopiert), dann wird der Compiler denken, dass dies unterschiedliche Dateien sind.

Question 3

Verwenden #pragma once sollte auf jedem modernen Compiler funktionieren, aber ich sehe keinen Grund, keinen Standard zu verwenden #ifndef Wächter beinhalten. Es funktioniert gut. Die einzige Einschränkung ist, dass GCC nicht unterstützt wurde #pragma once Vor Version 3.4.

Ich habe das auch gefunden, zumindest auf GCC, es erkennt den Standard an #ifndef Guard einbinden und optimiertalso sollte es nicht viel langsamer sein als #pragma once.

Question 4

Ich wünsche #pragma once (oder so ähnlich) im Standard gewesen. Wachen einbeziehen ist keine wirklich große Sache (aber sie scheinen Leuten, die die Sprache lernen, etwas schwer zu erklären zu sein), aber es scheint ein kleiner Ärger zu sein, der hätte vermieden werden können.

In der Tat, seit 99,98 % der Zeit, die #pragma once Behavior das gewünschte Verhalten ist, wäre es schön gewesen, wenn das Verhindern des mehrfachen Einschließens eines Headers automatisch vom Compiler gehandhabt würde, mit a #pragma oder etwas, um doppeltes Einschließen zu ermöglichen.

Aber wir haben, was wir haben (außer dass Sie vielleicht nicht haben #pragma once).

Question 5

Ich kenne keine Leistungsvorteile, aber es funktioniert auf jeden Fall. Ich verwende es in allen meinen C++-Projekten (vorausgesetzt, ich verwende den MS-Compiler). Ich finde es effektiver als zu verwenden

#ifndef HEADERNAME_H
#define HEADERNAME_H
...
#endif

Es erledigt die gleiche Aufgabe und füllt den Präprozessor nicht mit zusätzlichen Makros.

GCC unterstützt #pragma once offiziell ab Version 3.4.

Question 6

GCC unterstützt #pragma once seit 3.4, siehe http://en.wikipedia.org/wiki/Pragma_once für weitere Compiler-Unterstützung.

Der große Vorteil sehe ich bei der Verwendung #pragma once Im Gegensatz zum Einschließen von Wächtern sollen Kopier-/Einfügefehler vermieden werden.

Seien wir ehrlich: Die meisten von uns beginnen kaum eine neue Header-Datei von Grund auf neu, sondern kopieren einfach eine vorhandene und modifizieren sie nach unseren Bedürfnissen. Es ist viel einfacher, eine Arbeitsvorlage mit zu erstellen #pragma once statt Wachen einschließen. Je weniger ich die Vorlage ändern muss, desto weniger Fehler werden wahrscheinlich auftreten. Den gleichen Include-Wächter in verschiedenen Dateien zu haben, führt zu seltsamen Compiler-Fehlern und es dauert einige Zeit, um herauszufinden, was schief gelaufen ist.

TL;DR: #pragma once ist einfacher zu bedienen.

Question 7

Ich benutze es und bin zufrieden damit, da ich viel weniger tippen muss, um einen neuen Header zu erstellen. Es hat bei mir auf drei Plattformen gut funktioniert: Windows, Mac und Linux.

Ich habe keine Leistungsinformationen, aber ich glaube, dass der Unterschied zwischen #pragma und dem Include-Wächter nichts im Vergleich zur Langsamkeit beim Analysieren der C++-Grammatik sein wird. Das ist das eigentliche Problem. Versuchen Sie, die gleiche Anzahl von Dateien und Zeilen beispielsweise mit einem C#-Compiler zu kompilieren, um den Unterschied zu sehen.

Am Ende spielt es keine Rolle, ob Sie den Wächter oder das Pragma verwenden.

Question 8

Mit ‘#pragma once‘ hat möglicherweise keine Wirkung (es wird nicht überall unterstützt – obwohl es zunehmend weit verbreitet ist), also müssen Sie trotzdem den bedingten Kompilierungscode verwenden. Warum sollten Sie sich in diesem Fall mit ‘#pragma once‘? Der Compiler optimiert es wahrscheinlich sowieso. Es hängt jedoch von Ihren Zielplattformen ab. Wenn alle Ihre Ziele es unterstützen, dann fahren Sie fort und verwenden Sie es – aber es sollte eine bewusste Entscheidung sein, denn die Hölle bricht los, wenn Sie nur das Pragma verwenden und dann auf einen Compiler portieren, der es nicht unterstützt.