Чи повільний [CallerMemberName] порівняно з альтернативами при впровадженні INotifyPropertyChanged?

Є хороші статті, які пропонують різні способи реалізаціїINotifyPropertyChanged .

Розглянемо наступну базову реалізацію:

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

Я хотів би замінити його на цей:

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

Але іноді я читаю, що [CallerMemberName]атрибут має погані показники порівняно з альтернативами. Це правда і чому? Чи використовує воно рефлексію?

Ні, використання [CallerMemberName]не повільніше, ніж верхня основна реалізація.

Це тому, що відповідно до цієї сторінки MSDN ,

Значення інформації про виклику видаються у прямому значенні в проміжний мову (IL) під час компіляції

Ми можемо перевірити, що з будь-яким розбиральником IL (наприклад, ILSpy ): код для операції властивості "SET" складається точно так само:

Тож ніякої користі відбиття тут немає.

(зразок, складений з VS2013)