#pragma vez Versus # si define MYHEADER_INCLUDED_

Question

Duplicar posibles:
#pragma once vs include guards?

¿Cuáles son las diferencias (en el rendimiento, facilidad de uso y funcionalidad) en el uso de #pragma once y #if !defined MYHEADER_INCLUDED_ construcciones? ¿O cuál es la diferencia entre los dos?

Answer 1

Wikipedia tiene todas las respuestas para esto y es bastante fácil de encontrar

From the article

En los lenguajes de programación C y C++, #pragma once es una directiva no estándar pero ampliamente apoyada preprocesador diseñado para haga que el archivo fuente actual se incluya solo una vez en una sola compilación.

Por lo tanto, #pragma once sirve el mismo propósito que #include guardias, pero con varias ventajas, incluyendo: menos código, evitando colisiones de nombres, y mejorar la velocidad de compilación.

Tiene un vistazo más en profundidad a las ventajas y desventajas en el article. Si está realmente interesado, le sugiero que lo lea por completo, no solo la propaganda anterior.

Answer 2

1. rendimiento - por lo general la aplicación #pragma once compila más rápido, ya que es intención es clara
2. funcionalidad - ambos tienen el mismo propósito - para evitar más de una inserción de un archivo de cabecera. La versión defined tiene, por supuesto, más ancho utiliza también, y si se usa con cuidado permitirá comprobar en otro archivo si se incluyó la antigua (para la compilación condicional por ejemplo)
3. usabilidad - si la portabilidad no es un problema ir con #pragma once - sin embargo, esta es una extensión no estándar

Answer 3

Como Dan McG dicho, son casi los mismos. Pero no recomiendo usar #pragma a menos que sea imposible evitar cosas (como la sección #pragma). Simplemente hace que el código sea más no estándar.

Y no hay ningún problema de funcionalidad/rendimiento. Porque esto está en tiempo de compilación. Es podría aumentar el tiempo de compilación, pero no experimenté ninguna diferencia!

Answer 4

Si bien pragma una vez es superior en muchos aspectos a las guardias #ifdef, tiene un defecto importante: se basa en las rutas del sistema de archivos: utiliza la suposición básica de que dos rutas diferentes (absolutas) también son dos archivos diferentes. Lamentablemente, esto no siempre es cierto.

Si bien no es muy probable que tenga problemas con esto, es algo a tener en cuenta.

Answer 5

En lo que respecta al rendimiento, no lo he medido, pero se ha informado ampliamente de que los compiladores reconocen el idioma #includeguard y no vuelven a abrir/reprocesar los archivos que los utilizan (por lo tanto, los tratan como si hubieran usado #pragma once) .

Aparte de ese beneficio de rendimiento potencial (que probablemente no exista), veo muy poco que #pragma once ofrezca, es algo más conveniente cuando crea un nuevo encabezado, pero las protecciones realmente no son tan onerosas para instalar. Dado que #pragma once no es particularmente convincente y como todavía trato ocasionalmente con un compilador que no lo admite, utilizo guardias.

Si se demostró que #pragma once tuvo un efecto significativo en el rendimiento, ciertamente empezaría a usarlo.

Dicho eso, deseo que C se haya definido para incluir solo encabezados una vez, a menos que se invoque algún mecanismo para indicar que el encabezado debe procesarse cada vez que se incluye. Los tiempos en los que desea ese comportamiento están muy, muy por fuera, por las veces que no lo hace (y todavía encuentro encabezados de vez en cuando que no tienen guardias o #pragma once). Pero no fue definido de esa manera, por lo que incluyen guardias es ...

Answer 6

Algunos más antecedentes sobre esto:

• Experiments with includes - Al comprobar que #pragma once es más rápido que incluye en Visual Studio 2003/2005
• Even more experiments with includes - Haciendo más investigación sobre diferentes tipos de casos, series muy interesantes si se quiere reducir los tiempos de construcción.

Answer 7

#pragma once no es estándar.

Si está contento con la posibilidad de cambiar cada uno de sus archivos de encabezado cuando descubre que su aplicación o biblioteca no se compilará cuando intente trasladarlo a una plataforma diferente, probablemente sea una buena opción.

De lo contrario, quédate con #ifndef/#define/#endif. Especialmente si está creando código de biblioteca para que otras personas lo usen.