Erkennen, ob ein Programm von Visual Studio im Gegensatz zu Windows Explorer ausgeführt wurde

Question

Gibt es eine Möglichkeit festzustellen, ob Ihr Programm über Visual Studio geladen wurde oder ob es als eigenständiges Programm gestartet wurde?

Unsere Software verfügt über eine Fehlerberichtsfunktion, um unbehandelte Ausnahmen zu behandeln - wir müssen in der Lage sein, Debug-Builds an unsere Beta-Tester zu verteilen, aber wir wollen nicht, dass der Fehlerbericht ausgelöst wird Entwicklung, weil die Ausnahmen viel nützlicher sind, wenn VS sie mit einer vollen Stapelverfolgung usw. abfängt.

Im Moment deaktiviere ich den Fehlerbericht, wenn Application.ExecutablePath bin \ Debug oder bin \ Release enthält, aber ich denke Es gibt wahrscheinlich einen robusteren Weg festzustellen, ob das Programm über VS geladen wurde.

Natürlich könnten wir einen anderen Build mit einigen Präprozessor-Makros einrichten, aber für die Frage angenommen, dass dies keine Möglichkeit ist - ich habe nichts dagegen, Code hinzuzufügen, aber ich versuche zu machen Die wenigsten Änderungen am Build-Prozess. Daher sind Befehlszeilenoptionen auch ein letzter Ausweg.

Wenn es wichtig ist, verwende ich VS2003/.NET 1.1.

Answer 1

Wenn Sie dies tun, um zu bestimmen, ob es in jeder Debugger (geklärte von @JaredPar) ist, können Sie Debugger.IsAttached in den Exception-Handler verwenden.

try 
{ 
    // ... 
} 
catch(Exception ex) 
{ 
    if (!Debugger.IsAttached) 
    { 
     ExceptionHandler.Frob(ex); 
    } 
    else 
    { 
     throw; 
    } 
} 

Alternativ:

public static void Frob(Exception ex) 
{ 
    if (Debugger.IsAttached) 
    { 
     Debugger.Break(); 
    } 
} 

Answer 2

Ich mache keine .net Entwicklung, aber in Java habe ich dies getan, indem ich eine Flagge in die Startoptionen der Anwendung übergeben. Sie können also ein Debug-Flag von der IDE an die App übergeben und dann darauf achten, dass das Flag nicht vorhanden ist, wenn die App als ausführbare Datei ausgeführt wird. Ich wäre überrascht, wenn .net etwas ähnliches nicht hätte.

Answer 3

Haben Sie Befehlszeilenargumente berücksichtigt? Führen Sie das Programm in Visual Studio mit einem --no-exception-handling-Flag (oder was auch immer sich anhört) aus und behandeln Sie keine Exceptions, wenn dieses Argument übergeben wird. Wenn Sie das Programm an einer anderen Stelle starten, ohne dieses Argument, wird es normal verhalten.

Answer 4

Statt Tracking durch Prozessbaum, würde ich eine Konfiguration Flag hinzufügen, die die Reporting-Funktion ermöglicht. Das Flag kann immer auf "true" gesetzt werden, es sei denn, Sie befinden sich in Ihrer DEV-Umgebung, dann setzen Sie es auf "false".