デバッグとリリースのC＃if / thenディレクティブ

ソリューションのプロパティで、唯一のプロジェクトの構成を「リリース」に設定しました。

メインルーチンの最初にこのコードがあり、「Mode = Debug」と表示されています。最上部にも次の2行があります。

#define DEBUG 
#define RELEASE

私は正しい変数をテストしていますか？

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

私の目標は、デバッグモードとリリースモードに基づいて、変数に異なるデフォルトを設定することです。

DEBUG/ _DEBUGはVSで既に定義されているはずです。

#define DEBUGコードからを削除します。特定のビルドのビルド構成にプリプロセッサを設定します。

"Mode = Debug"と表示されるのは、が原因でが#defineスキップされるためelifです。

チェックする正しい方法は次のとおりです。

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

確認しないでくださいRELEASE。

デフォルトでは、プロジェクトがデバッグモードでコンパイルされている場合、Visual StudioはDEBUGを定義し、リリースモードの場合は定義しません。RELEASEは、デフォルトではリリースモードでは定義されていません。このようなものを使用してください：

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

リリースモードでのみ何かを実行したい場合：

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

また、特定のシンボルが定義されている場合にのみ実行されるように[Conditional("DEBUG")]戻るメソッドで属性を使用できることも指摘する価値がありますvoid。シンボルが定義されていない場合、コンパイラーはこれらのメソッドへのすべての呼び出しを削除します。

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

void Test() {
    PrintLog();
}

私は#defineディレクティブを探すよりもこのようにチェックすることを好みます：

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

もちろん、警告があれば、デバッグモードで何かをコンパイルしてデプロイすることはできますが、デバッガーをアタッチしていません。

私は#ifの大ファンではありません。特にコードベース全体に広げると、デバッグビルドはパスしますが、注意しないとリリースビルドが失敗するという問題が発生するためです。

だからここに私が思いついたものがあります（C＃の#ifdefに触発されました）：

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;
    }
}

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

メソッドにDebug.Assertは条件属性がありますDEBUG。定義されていない場合、呼び出しと割り当て isDebug = trueは削除されます。

シンボルが定義されている場合、呼び出しが含まれます。それ以外の場合、呼び出し（呼び出しのパラメーターの評価を含む）は省略されます。

DEBUGが定義されている場合、isDebugはに設定されますtrue（Debug.Assertその場合は何も実行されません）に渡されます。

ビルドタイプに定義された変数を使用しようとしている場合は、2行を削除する必要があります...

#define DEBUG  
#define RELEASE 

...これらは#if（DEBUG）を常に真にします。

また、RELEASEにはデフォルトの条件付きコンパイルシンボルはありません。定義する場合は、プロジェクトのプロパティに移動し、[ ビルド ]タブをクリックして、[ 一般]見出しの下の[ 条件付きコンパイルシンボル]テキストボックスにRELEASEを追加します。

他のオプションはこれを行うことです...

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

上部の定義を削除します

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

個別のクラスではなく静的関数としてのTod Thomsonによる回答のわずかに変更された（粗悪化された？）バージョン（既に含まれているviewutilsクラスからWebFormビューバインディングで呼び出すことができるようにしたかった）。

public static bool isDebugging() {
    bool debugging = false;

    WellAreWe(ref debugging);

    return debugging;
}

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

プロジェクトのビルドプロパティで必ずDEBUG定数を定義してください。これにより、が有効になり#if DEBUGます。定義済みのRELEASE定数が表示されないので、DEBUGブロックにないものはすべてRELEASEモードである可能性があります。

名前空間

using System.Resources;
using System.Diagnostics;

方法

   private static bool IsDebug()
    {
        object[] customAttributes = Assembly.GetExecutingAssembly().GetCustomAttributes(typeof(DebuggableAttribute), false);
        if ((customAttributes != null) && (customAttributes.Length == 1))
        {
            DebuggableAttribute attribute = customAttributes[0] as DebuggableAttribute;
            return (attribute.IsJITOptimizerDisabled && attribute.IsJITTrackingEnabled);
        }
        return false;
    }

多くの時間を節約できるヒント-たとえ選択してもそれを忘れないでください debugビルド構成の下でした（vs2012 / 13メニューではBUILD => CONFIGURATION MANAGERの下にあります）-十分ではありません。

そのため、PUBLISH Configurationに注意を払う必要があります。

これらのCOMPILERディレクティブの目的は、コード、デバッグコード、ベータコード、またはおそらくすべてのエンドユーザーに必要なコードを含めないようにコンパイラーに指示することです。必要に応じて、それらを含めたり、削除したりできます。たとえば、非AdDeptがAdDeptにマージされる場合、ソースコードを変更する必要はありません。次に、実行する必要があるのは、プログラムの既存のバージョンのコンパイラオプションプロパティページに#AdDeptディレクティブを含め、コンパイルして実行することだけです。マージされたプログラムのコードは生き生きとしています！。

プライムタイムの準備ができていないか、解放するまでコードでアクティブにできない新しいプロセスに宣言を使用することもできます。

とにかく、それが私のやり方です。

私はもっ​​と良い方法を考えなければなりませんでした。#ifブロックは他の構成で効果的にコメントであることがわかってきました（DEBUGまたはRELEASE;と仮定しますが、任意のシンボルに当てはまります）。

public class Mytest
    {
        public DateTime DateAndTimeOfTransaction;
    }

    public void ProcessCommand(Mytest Command)
        {
            CheckMyCommandPreconditions(Command);
            // do more stuff with Command...
        }

        [Conditional("DEBUG")]
        private static void CheckMyCommandPreconditions(Mytest Command)
        {
            if (Command.DateAndTimeOfTransaction > DateTime.Now)
                throw new InvalidOperationException("DateTime expected to be in the past");
        }

定義を削除し、条件がデバッグモードかどうかを確認します。ディレクティブがリリースモードであるかどうかを確認する必要はありません。

このようなもの：

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