（this == null）C＃で！

C＃4で修正されたバグのため、次のプログラムはを出力しtrueます。（LINQPadでお試しください）

void Main() { new Derived(); }

class Base {
    public Base(Func<string> valueMaker) { Console.WriteLine(valueMaker()); }
}
class Derived : Base {
    string CheckNull() { return "Am I null? " + (this == null); }
    public Derived() : base(() => CheckNull()) { }
}

リリースモードのVS2008では、InvalidProgramExceptionがスローされます。（デバッグモードでは、正常に動作します）

VS2010 Beta 2では、コンパイルされません（私はBeta 1を試していません）。私は難しい方法を学びました

this == null純粋なC＃で作成する他の方法はありますか？

この観察は、今日の別の質問でStackOverflowに投稿されています。

Marcのその質問に対する素晴らしい答えは、仕様（セクション7.5.7）によると、thisそのコンテキストではアクセスできないはずであり、C＃3.0コンパイラでアクセスする機能はバグであることを示しています。C＃4.0コンパイラーは仕様に従って正しく動作しています（ベータ1でも、これはコンパイル時エラーです）：

§7.5.7このアクセス

このアクセスは予約語で構成さthis。

this-access：

this

このアクセスは、のみに許可されているブロックインスタンスコンストラクタ、インスタンスメソッド、またはインスタンスアクセサの。

デバッグモードのバイナリの生の逆コンパイル（最適化なしのリフレクター）は次のとおりです。

private class Derived : Program.Base
{
    // Methods
    public Derived()
    {
        base..ctor(new Func<string>(Program.Derived.<.ctor>b__0));
        return;
    }

    [CompilerGenerated]
    private static string <.ctor>b__0()
    {
        string CS$1$0000;
        CS$1$0000 = CS$1$0000.CheckNull();
    Label_0009:
        return CS$1$0000;
    }

    private string CheckNull()
    {
        string CS$1$0000;
        CS$1$0000 = "Am I null? " + ((bool) (this == null));
    Label_0017:
        return CS$1$0000;
    }
}

CompilerGeneratedメソッドは意味がありません。IL（下記）を見ると、null 文字列（！）でメソッドが呼び出されています。

   .locals init (
        [0] string CS$1$0000)
    L_0000: ldloc.0 
    L_0001: call instance string CompilerBug.Program/Derived::CheckNull()
    L_0006: stloc.0 
    L_0007: br.s L_0009
    L_0009: ldloc.0 
    L_000a: ret 

リリースモードでは、ローカル変数は最適化されて削除されるため、存在しない変数をスタックにプッシュしようとします。

    L_0000: ldloc.0 
    L_0001: call instance string CompilerBug.Program/Derived::CheckNull()
    L_0006: ret 

（リフレクターをC＃に変換するとクラッシュします）

編集：コンパイラ（Eric Lippert？）がコンパイラを発行する理由を知っていldlocますか？

食べました！（そして証明も得た）

これは「バグ」ではありません。これは型システムを悪用することです。現在のインスタンスへの参照（this）をコンストラクター内の誰かに渡すことは決して想定されていません。

基本クラスコンストラクター内で仮想メソッドを呼び出すことによっても、同様の「バグ」を作成できます。

あなたが何か悪いことをすることができるからといって、それを少しでも理解したときにそれがバグであることを意味するわけではありません。

私は間違っている可能性がnullありますが、あなたのオブジェクトがthis適用されるシナリオになることは決してないだろうと私は確信しています。

たとえば、どのように呼び出しCheckNullますか？

Derived derived = null;
Console.WriteLine(derived.CheckNull()); // this should throw a NullReferenceException

これがあなたが探しているものかどうかわかりません

    public static T CheckForNull<T>(object primary, T Default)
    {
        try
        {
            if (primary != null && !(primary is DBNull))
                return (T)Convert.ChangeType(primary, typeof(T));
            else if (Default.GetType() == typeof(T))
                return Default;
        }
        catch (Exception e)
        {
            throw new Exception("C:CFN.1 - " + e.Message + "Unexpected object type of " + primary.GetType().ToString() + " instead of " + typeof(T).ToString());
        }
        return default(T);
    }

例：UserID = CheckForNull（Request.QueryString ["UserID"]、147）;