43

I have some code that access an API out on the web. One of the API's parameters allows me to let them know that I am testing.

I would like to only set this parameter in my code when I am testing. Currently, I just comment the code out when I do a release build.

Is there an automatic way of doing this based on the build configuration?

Dariusz Woźniak
  • 9,640
  • 6
  • 60
  • 73
Ronnie Overby
  • 45,287
  • 73
  • 267
  • 346

8 Answers8

114

Solutions

You can use one of the following—

1: Conditional attribute

The Conditional attribute indicates to compilers that a method call or attribute should be ignored unless a specified conditional compilation symbol is defined.

Code example:

[Conditional("DEBUG")]
static void Method() { } 

1b: Conditional attribute on local function (C# 9)

Since C# 9, you may use attribute on a local function.

Code example:

static void Main(string[] args)
{
    [Conditional("DEBUG")]
    static void Method() { }

    Method();
}

2: #if preprocessor directive

When the C# compiler encounters an #if preprocessor directive, followed eventually by an #endif directive, it compiles the code between the directives only if the specified symbol is defined. Unlike C and C++, you cannot assign a numeric value to a symbol. The #if statement in C# is Boolean and only tests whether the symbol has been defined or not.

Code example:

#if DEBUG
    static int testCounter = 0;
#endif 

3: Debug.Write methods

Debug.Write (and Debug.WriteLine) writes information about the debug to the trace listeners in the Listeners collection.

See also Debug.WriteIf and Debug.WriteLineIf.

Code example:

Debug.Write("Something to write in Output window.");

Notes

Beware of using #if directive since it can produce unintended situations in non-Debug (e.g. Release) build. For example, see:

    string sth = null;
#if DEBUG
    sth = "oh, hi!";
#endif
    Console.WriteLine(sth);

In this case, non-Debug build will print a blank message. But, this potentially may raise NullReferenceException in a different case.

Read more

See also

There is also a tool, DebugView, which allow to capture debug information from external applications.

Dariusz Woźniak
  • 9,640
  • 6
  • 60
  • 73
33

yes, wrap the code in

#if DEBUG
// do debug only stuff 
#else
// do non DEBUG stuff
#endif

Google for "C# compilation symbols"

Visual Studio automatically defines DEBUG when you are in the debug configuration. You can define any symbols you want (look at your project's properties, the build tab). Beware that abusing preprocessor directives is a bad idea, it can lead to code that is very difficult to read/maintain.

Matt Greer
  • 60,826
  • 17
  • 123
  • 123
  • Can you give an example of abuse? – Ronnie Overby Aug 04 '10 at 20:39
  • 1
    I once worked on a project that had `#if VERSION_1_1 // do version 1.1 specific stuff #elif VERSION_2_0 #if INCLUDE_FLASH // do flash specific stuff #elif HTML_RENDERER // HTML specific stuff #else /// etc #endif` of course being a comment that doesn't format correctly, but you get the idea. This was how they decided to maintain different releases. It was enough to make you want to go postal. – Matt Greer Aug 04 '10 at 20:42
  • Ahh. Thanks for the advice. I'm not trying to do anything like that. I think branching with source control would probably be better in situations like that. – Ronnie Overby Aug 04 '10 at 20:45
16

I had this same problem and the solution I went with is using:

if (System.Diagnostics.Debugger.IsAttached)
{
    // Code here
}

This means that technically in production you can attach a debugger and get that piece of code to run.

James Hulse
  • 1,566
  • 15
  • 32
7

In addition to #if #endif directives, you can also use conditional attributes. If you mark a method with the attribute

[Conditional("Debug")]

It will only be compiled and run when your application is built in debug mode. As was noted in the comment below, these only work when the method has a void return type.

George Johnston
  • 31,652
  • 27
  • 127
  • 172
5

Here is another post with a similar result : http://www.bigresource.com/Tracker/Track-vb-lwDKSoETwZ/

A better explanation can be seen at : http://msdn.microsoft.com/en-us/library/4y6tbswk.aspx

// preprocessor_if.cs
#define DEBUG
#define MYTEST
using System;
public class MyClass 
{
    static void Main() 
    {
#if (DEBUG && !MYTEST)
        Console.WriteLine("DEBUG is defined");
#elif (!DEBUG && MYTEST)
        Console.WriteLine("MYTEST is defined");
#elif (DEBUG && MYTEST)
        Console.WriteLine("DEBUG and MYTEST are defined");
#else
        Console.WriteLine("DEBUG and MYTEST are not defined");
#endif
    }
}
Edward Leno
  • 6,257
  • 3
  • 33
  • 49
2

The following is safe to use:

var isDebug = false;
#if DEBUG
    isDebug = System.Diagnostics.Debugger.IsAttached;
#endif

if (isDebug) {
    // Do something
}
Jason Williams
  • 2,740
  • 28
  • 36
2
public int Method ()
{
#if DEBUG 
   // do something 
#endif
}
David_001
  • 5,703
  • 4
  • 29
  • 55
0

This works in asp.net:

if (System.Web.HttpContext.Current.IsDebuggingEnabled)
    //send email to developer;
else
    //send email to customer;

from Rick Strahl @ Detecting-ASPNET-Debug-mode

JerryOL
  • 1,419
  • 1
  • 20
  • 26