Ist [CallerMemberName] bei der Implementierung von INotifyPropertyChanged im Vergleich zu Alternativen langsam?

Es gibt gute Artikel, die verschiedene Arten der ImplementierungINotifyPropertyChanged vorschlagen .

Betrachten Sie die folgende grundlegende Implementierung:

class BasicClass : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;

    private void FirePropertyChanged(string propertyName)
    {
        var handler = PropertyChanged;
        if (handler != null)
            handler(this, new PropertyChangedEventArgs(propertyName));
    }

    private int sampleIntField;

    public int SampleIntProperty
    {
        get { return sampleIntField; }
        set
        {
            if (value != sampleIntField)
            {
                sampleIntField = value;
                FirePropertyChanged("SampleIntProperty"); // ouch ! magic string here
            }
        }
    }
}

Ich möchte es durch dieses ersetzen:

using System.Runtime.CompilerServices;

class BetterClass : INotifyPropertyChanged
{
    public event PropertyChangedEventHandler PropertyChanged;
    // Check the attribute in the following line :
    private void FirePropertyChanged([CallerMemberName] string propertyName = null)
    {
        var handler = PropertyChanged;
        if (handler != null)
            handler(this, new PropertyChangedEventArgs(propertyName));
    }

    private int sampleIntField;

    public int SampleIntProperty
    {
        get { return sampleIntField; }
        set
        {
            if (value != sampleIntField)
            {
                sampleIntField = value;
                // no "magic string" in the following line :
                FirePropertyChanged();
            }
        }
    }
}

Aber manchmal habe ich gelesen, dass das [CallerMemberName]Attribut im Vergleich zu Alternativen schlechte Leistungen aufweist. Ist das wahr und warum? Verwendet es Reflexion?

Nein, die Verwendung von [CallerMemberName]ist nicht langsamer als die obere Basisimplementierung.

Dies liegt daran, nach dieser MSDN - Seite ,

Anruferinfo-Werte werden zur Kompilierungszeit als Literale in die Intermediate Language (IL) ausgegeben

Wir können dies mit jedem IL-Disassembler (wie ILSpy ) überprüfen : Der Code für die "SET" -Operation der Eigenschaft wird genauso kompiliert:

Also keine Verwendung von Reflection hier.

(Beispiel zusammengestellt mit VS2013)