Является ли [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]
атрибут имеет плохие характеристики по сравнению с альтернативами. Это правда и почему? Использует ли он отражение?
1 ответ:
нет, использование
[CallerMemberName]
не медленнее чем верхняя базовая реализация.Это потому, что, согласно эта страница MSDN,
значения информации вызывающего абонента выдаются в виде литералов в промежуточное звено Язык (IL) во время компиляции
мы можем проверить это с помощью любого дизассемблера IL (например ILSpy): код для операции " SET " свойства компилируется точно так же :
Так что нет смысла размышлять здесь.
(образец скомпилирован с VS2013)