#ifdef en C#

Question

me gustaría hacer el siguiente pero en C# en lugar de C++

#ifdef _DEBUG 
bool bypassCheck=TRUE_OR_FALSE;//i will decide depending on what i am debugging 
#else 
bool bypassCheck = false; //NEVER bypass it 
#endif 

Answer 1

#if será su nuevo amigo, creo.

Si desea definir sus propios símbolos de compilación personalizados, puede hacerlo en las propiedades del proyecto (en la pestaña Generar; "Símbolos de compilación condicional").

Answer 2

#if DEBUG 
bool bypassCheck=TRUE_OR_FALSE;//i will decide depending on what i am debugging 
#else 
bool bypassCheck = false; //NEVER bypass it 
#endif 

Asegúrate de tener la casilla de verificación para definir DEBUG marcado en tus propiedades de compilación.

Answer 3

¡Yo le recomendaría usar el Conditional Attribute!

Actualización: 3,5 años más tarde

Puede utilizar #if como esto (example copied from MSDN):

// preprocessor_if.cs 
#define DEBUG 
#define VC_V7 
using System; 
public class MyClass 
{ 
    static void Main() 
    { 
#if (DEBUG && !VC_V7) 
     Console.WriteLine("DEBUG is defined"); 
#elif (!DEBUG && VC_V7) 
     Console.WriteLine("VC_V7 is defined"); 
#elif (DEBUG && VC_V7) 
     Console.WriteLine("DEBUG and VC_V7 are defined"); 
#else 
     Console.WriteLine("DEBUG and VC_V7 are not defined"); 
#endif 
    } 
} 

Sólo es útil para excluir partes de métodos. Si excluye algún método de la compilación, deberá excluir de la compilación todas las partes de código que también lo llaman (a veces puede cargar algunas clases en tiempo de ejecución y no puede encontrar la persona que llama con "Buscar todas las referencias "). De lo contrario, habrá errores.

Si usa la compilación condicional, por otro lado, puede dejar todos los códigos que invoquen el método. Todos los parámetros aún serán validados por el compilador. El método simplemente no se llamará en el tiempo de ejecución. Creo que es mucho mejor ocultar el método solo una vez y no tener que eliminar todo el código que lo llama también. No está permitido usar el atributo condicional en métodos que devuelven valor, solo en métodos vacíos. Pero no creo que esto sea una gran limitación porque si usa #if con un método que devuelve un valor, debe ocultar todos los códigos que lo llamen también.

Aquí es un ejemplo:

 

    // calling Class1.ConditionalMethod() will be ignored at runtime 
    // unless the DEBUG constant is defined 


    using System.Diagnostics; 
    class Class1 
    { 
     [Conditional("DEBUG")] 
     public static void ConditionalMethod() { 
      Console.WriteLine("Executed Class1.ConditionalMethod"); 
     } 
    } 

Resumen:

me gustaría utilizar #ifdef en C++, pero con C#/VB me gustaría utilizar atributo condicional. De esta manera, ocultas la definición del método sin tener que ocultar los fragmentos de código que lo llaman. El compilador todavía compila y valida el código de llamada; sin embargo, el método no se llama en el tiempo de ejecución. Es posible que desee utilizar #if para evitar dependencias porque con el atributo Condicional su código aún se compila.

Answer 4

C# tiene un preprocesador. Funciona de forma ligeramente diferente que de C++ y C.

Aquí hay un enlace de MSDN - la sección en all preprocessor directives.