#if DEBUG と Conditional('DEBUG'): C# プロジェクトではどちらの条件付きコンパイル手法を選択する必要がありますか?

条件付きコンパイル手法: #if DEBUG と Conditional("DEBUG")

大規模プロジェクトでは、開発者は多くの場合、デバッグ ビルドとリリース ビルドを区別する必要があります。特定のコードセクションを有効または無効にします。このための 2 つの一般的なアプローチは、#if DEBUG と Conditional("DEBUG") です。

if DEBUG

if DEBUG ディレクティブは、リリース ビルド中に中間言語 (IL) に到達するコードを除外し、効果的に非表示にします。それはコンパイル時に行われます。このアプローチにより、コードが最終的な実行可能ファイルに存在しないことが保証されます。

利点:

• 効率的なコードの除外: デバッグにのみ必要なコードは、完全に削除され、実行可能ファイルのサイズと実行時間が短縮されます。

欠点:

• 条件付きラップ: 条件付きで除外されたメソッドへの呼び出しが除外されていないコード内に存在する場合、コンピレーションへエラー。

Conditional("DEBUG")

Conditional("DEBUG") 属性は、DEBUG コンパイル シンボルに基づいて条件付きで除外されるメソッドまたは型をタグ付けします。ただし、#if DEBUG とは異なり、コードは IL にまだ存在しますが、呼び出し元のコンパイル時に DEBUG が設定されていない限り、メソッドの呼び出しは最適化されません。

利点:

• よりクリーンなコード: Conditional("DEBUG") でマークされたメソッドは条件付きラップを必要とせず、よりクリーンなコードを可能にします。保守可能なコード。
• 柔軟な除外: メソッド自体の存在に影響を与えることなく、リリース ビルド中にメソッドの呼び出しを選択的に省略できます。

欠点:

• コードの肥大化: このメソッドはまだ IL に存在し、増加する可能性があります。実行可能ファイルのサイズ。

使用上の考慮事項

#if DEBUG と Conditional("DEBUG") のどちらを選択するかは、プロジェクトの特定のニーズによって異なります。

• #if DEBUG: に厳密に必要なコードを除外するのに最適です。
• Conditional("DEBUG"): デバッグ ビルドとリリース ビルドの両方に存在する必要があるが、デバッグ中にのみ呼び出す必要があるメソッドに適しています。

例: パラメーターに Conditional("DEBUG") を使用する検証

`
[Conditional("DEBUG")]
protected void VerifyPropertyName(String propertyName)
{

// ... code to validate property name ...

}
`

このメソッドは、デバッグ中にプロパティ名が検証されることを保証しますが、この呼び出しは、リリース ビルド中に省略されます。

例: 構成設定に #if DEBUG を使用する

`

ifデバッグ

public const String ENDPOINT = "Localhost";

else

public const String ENDPOINT = "BasicHttpBinding";

endif

`

この定数は DEBUG フラグに基づいて異なるように構成され、デバッグ ビルドとリリース ビルドで異なる通信バインディングが可能になります。

Conditional("DEBUG") に関する重要な注意

次のことが重要です。 Conditional("DEBUG") の注釈が付けられたメソッドへの呼び出しは、実行時ではなくコンパイル時に除外されることに注意してください。これは、呼び出し元アセンブリで DEBUG が定義されている場合でも、条件付きコンパイルされたアセンブリ内からのそのようなメソッドへの呼び出しは完全に削除されることを意味します。

以上が#if DEBUG と Conditional('DEBUG'): C# プロジェクトではどちらの条件付きコンパイル手法を選択する必要がありますか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。