C# if/then-Anweisungen für Debug vs. Release

Question

In den Lösungseigenschaften habe ich die Konfiguration für mein einziges Projekt auf "Release" gesetzt.

Am Anfang der Hauptroutine habe ich diesen Code, und es wird "Mode=Debug" angezeigt. Außerdem habe ich diese beiden Zeilen ganz oben:

#define DEBUG 
#define RELEASE

Teste ich die richtige Variable?

#if (DEBUG)
            Console.WriteLine("Mode=Debug"); 
#elif (RELEASE)
            Console.WriteLine("Mode=Release"); 
#endif

Mein Ziel ist es, unterschiedliche Standardwerte für Variablen auf der Grundlage von Debug vs Release-Modus zu setzen.

Answer 1

DEBUG / _DEBUG sollte bereits in VS definiert sein.

Entfernen Sie die #define DEBUG in Ihrem Code. Setzen Sie die Präprozessoren in der Build-Konfiguration für diesen speziellen Build.

Der Grund für die Ausgabe von "Mode=Debug" liegt in Ihrer #define und überspringt dann die elif .

Die richtige Art der Überprüfung ist:

#if DEBUG
    Console.WriteLine("Mode=Debug"); 
#else
    Console.WriteLine("Mode=Release"); 
#endif

Prüfen Sie nicht auf RELEASE .

Answer 2

Standardmäßig definiert Visual Studio DEBUG, wenn das Projekt im Debug-Modus kompiliert wurde, und definiert es nicht, wenn es sich im Release-Modus befindet. RELEASE ist im Release-Modus standardmäßig nicht definiert. Verwenden Sie etwas wie dieses:

#if DEBUG
  // debug stuff goes here
#else
  // release stuff goes here
#endif

Wenn Sie etwas nur im Freigabemodus tun wollen:

#if !DEBUG
  // release...
#endif

Außerdem ist es erwähnenswert, dass Sie mit [Conditional("DEBUG")] Attribut bei Methoden, die Folgendes zurückgeben void damit sie nur ausgeführt werden, wenn ein bestimmtes Symbol definiert ist. Der Compiler würde alle Aufrufe zu diesen Methoden entfernen, wenn das Symbol nicht definiert ist:

[Conditional("DEBUG")]
void PrintLog() {
    Console.WriteLine("Debug info");
}

void Test() {
    PrintLog();
}

Answer 3

Ich bevorzuge diese Art der Überprüfung gegenüber der Suche nach #define Richtlinien:

if (System.Diagnostics.Debugger.IsAttached)
{
   //...
}
else
{
   //...
}

Mit dem Vorbehalt, dass Sie natürlich etwas im Debug-Modus kompilieren und bereitstellen können, ohne dass der Debugger angeschlossen ist.

Answer 4

Ich bin kein großer Fan des #if-Zeugs, vor allem, wenn man es über die gesamte Codebasis verteilt, da es zu Problemen führt, bei denen Debug-Builds funktionieren, Release-Builds aber fehlschlagen, wenn man nicht vorsichtig ist.

Also habe ich mir folgendes ausgedacht (inspiriert durch #ifdef in C# ):

public interface IDebuggingService
{
    bool RunningInDebugMode();
}

public class DebuggingService : IDebuggingService
{
    private bool debugging;

    public bool RunningInDebugMode()
    {
        //#if DEBUG
        //return true;
        //#else
        //return false;
        //#endif
        WellAreWe();
        return debugging;
    }

    [Conditional("DEBUG")]
    private void WellAreWe()
    {
        debugging = true;
    }
}

Answer 5

bool isDebug = false;
Debug.Assert(isDebug = true); // '=', not '=='

Die Methode Debug.Assert hat ein bedingtes Attribut DEBUG . Wenn er nicht definiert ist, wird der Aufruf und die Zuordnung isDebug = true sind beseitigt :

Wenn das Symbol definiert ist, wird der Aufruf einbezogen; andernfalls wird der Aufruf (einschließlich der Auswertung der Parameter des Aufrufs) weggelassen.

Si DEBUG definiert ist, isDebug wird eingestellt auf true (und weitergegeben an Debug.Assert , die in diesem Fall nichts bewirkt).