hacer mientras (falso) patrón

Question

Duplicar posibles:
Why are there sometimes meaningless do/while and if/else statements in C/C++ macros?

¿Por qué es el do while(false) necesaria en las macros de abajo?

#define LOG(message, ...) \ 
do { \ 
Lock<MutualExclusion> lock (logMutex); \ 

.... a lot of code ... 
} while (false) 

No creo que sirva para ningún propósito funcional. ¿Estoy pasando por alto algo?

Answer 1

Convierte un bloque en una sola instrucción. Si sólo utiliza un bloque (es decir, de código cerrado en {}) cosas extrañas pueden suceder, por ejemplo

#define STUFF() \ 
    { do_something(); do_something_else(); } 

if (cond) 
    STUFF(); 
else 
    //... 

el extra de punto y coma rompe la sintaxis. El do {} while(false) en su lugar es una declaración única.

Puede encontrar más información sobre este y otros macro trucos here.

Answer 2

Por lo tanto, se ve obligado a agregar un punto y coma al final de la macro, cuando lo usa. Esta es una expresión común y la única forma de hacerla cumplir.

Answer 3

Proporciona alcance local a lo que está dentro de la macro.

Answer 4

Si alguien tiene código que hace esto:

if (something) 
    LOG("My log message"); 

que ampliaría a:

if (something) 
    Lock<MutualExclusion> lock (logMutex); 
    // A bunch of other code 

lo cual es incorrecto (sólo la primera línea estaría bajo la instrucción if).

El macro se asegura de que la macro llamada se encuentre dentro de un bloque de código.

Answer 5

Me parece que solo se usa para las reglas de alcance, por lo que Lock<MutualExclusion> queda fuera del alcance al final del bloque.

Si esa es la razón de que, a continuación, es que es completamente unnecesarry:

// some other code... 
string s = "oh hai"; 
{ 
    Lock<MutualExclusion> lock(logMutex); 
    // MAGIC HAPPENS 
} 
s = "oh bai"; 

Answer 6

La gente lo usa porque de lo contrario, puede arruinar sus IFS con sentencias compuestas. Imagine

#define hai int x; \ 
x = 0; 

if (condition) 
    hai; 
else 
    func(); 

Imagine cómo es la fuente preprocesada.

if (condition) 
    int x; 
    x = 0; 
else 
    func(); 

Espere, ahora nuestro otro trabajo no funciona.

Sin embargo, macros como esta no son necesarias en C++.

Answer 7

El motivo de esta práctica extraña en # define es encapsular las diferentes asignaciones dentro de un ciclo que se ejecuta exactamente una vez, por lo que uno puede usar la macro como una función. Por ejemplo, con el código que envió, se puede escribir:

if(...) 
    LOG(x, y); 
else 
    // Something else 

y se expande como

if(...) 
    do {...} while(false); 
else 
    // Something else 

Esto no funcionaría sin el do ... while (falsa) que rodea las diferentes tareas , porque eso puede expandir como

if(...) 
    Lock<MutualExclusion> lock (logMutex); 

// Other code... Outside the if statement! 

también obligando a un punto y coma después de la macro hace que parezca una función y no vas a encontrar errores, ya que ha añadido un punto y coma como después de una functi normales en.