(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 «s большой ответ на этот вопрос указывает на то, что в соответствии со спецификацией (раздел 7.5.7), вы не должны быть в состоянии получить доступ thisв этом контексте и способности сделать это в C # 3.0 компилятор это ошибка. Компилятор C # 4.0 ведет себя правильно в соответствии со спецификацией (даже в Beta 1 это ошибка времени компиляции):

§ 7.5.7 Этот доступ

Этот доступ состоит из зарезервированного слова this.

это-доступ:

this

Этот доступ разрешен только в блоке из конструктора экземпляров, метода экземпляра, или экземпляр аксессора.

Необработанная декомпиляция (Reflector без оптимизации) двоичного файла режима отладки:

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 (ниже), он вызывает метод для нулевой строки (!).

   .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 

В режиме Release локальная переменная оптимизируется, поэтому она пытается поместить несуществующую переменную в стек.

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

(Рефлектор вылетает при превращении в C #)

РЕДАКТИРОВАТЬ : Кто-нибудь (Эрик Липперт?) Знает, почему компилятор выдает 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);