Read this article in your language IT | EN | DE | ES
Инфраструктура Silverlight имеет мощную модель связывания данных. Одним из главных элементов данной возможности является интерфейс INotifyPropertyChanged. Он используется для уведомления клиента(это может быть интерфейс приложения или внутренние объекты приложения) об изменении свойств определенного объекта. В этом посте я хочу описать несколько возможных вариантов реализации INotifyPropertyChanged, которые появились в процессе его использовния.
Базовая реализация
При самом простом подходе реализации этого интерфейса нам необходимо объявить событие PropertyChanged. А также метод для запуска события. Пример реализации:
public class Customer : INotifyPropertyChanged
{
public event PropertyChangedEventHandler PropertyChanged;
protected void RaisePropertyChanged(string propertyName)
{
PropertyChangedEventHandler handler = this.PropertyChanged;
if (handler != null && !String.IsNullOrWhiteSpace(propertyName))
{
handler(this, new PropertyChangedEventArgs(propertyName));
}
}
}
Главная проблема, которая возникает при реализации INotifyPropertyChanged заключается в том, что бы значения параметра propertyName в методе RaisePropertyChanged сдалеть "дружественным" к рефакторингу.
Как правило, реализация свойства, которое извещается о своем изменении имеет следующий вид:
private string _firstName;
public string FirstName
{
get
{
return _firstName;
}
set
{
if (!object.Equals(_firstName, value))
{
_firstName = value;
RaisePropertyChanged("FirstName");
}
}
}
Иногда, код внутри "сеттера" заменяют на использование обобщенного метода:
protected bool SetValue(ref T property, T value, string propertyName)
{
bool result = false;
if (!Object.Equals(property, value))
{
property = value;
OnPropertyChanged(propertyName);
result = true;
}
return result;
}
Кроме этого необходимо изменить наше свойство
public string FirstName
{
get
{
return _firstName;
}
set
{
SetValue(ref _firstName, value, "FirstName");
}
}
Данное решение не является дружественным к рефакторингу: когда вы меняете название свойства вам необходимо вручную изменять название свойства которое находится внутри строки. Если вы этого не сделаете, то сборка проекта пройдет успешно, но в последствии могут появится ошибки, которые будет трудно исправлять. Для решения этой проблемы Josh Smith предложил следующее решение:
[Conditional("DEBUG")]
private void VerifyProperty(string propertyName)
{
Type type = this.GetType();
// Look for a public property with the specified name.
PropertyInfo propInfo = type.GetProperty(propertyName);
Debug.Assert(propInfo != null, string.Format(CultureInfo.InvariantCulture, "{0} is not a property of {1}", propertyName, type.FullName));
}
Следовательно нам необходи теперь изменить метод запуска события:
protected void RaisePropertyChanged(string propertyName)
{
VerifyProperty(propertyName);
PropertyChangedEventHandler handler = this.PropertyChanged;
if (handler != null && !String.IsNullOrWhiteSpace(propertyName))
{
handler(this, new PropertyChangedEventArgs(propertyName));
}
}
Данный подход не выявит ошибок при компиляции проекта, если в параметре придет название свойства, которое отсутствует у объекта, но будет создана ошибка в режиме отладки, когда метод RaisePropertyChanged вызовется с несуществующим свойством. Тем не менее данный подход не покажет ошибки связанной с неправильным использованим параметра. Например:
private string _firstName;
private string _lastName;
public string FirstName
{
get { return _firstName; }
set { SetValue(ref _firstName, value, "FirstName"); }
}
public string LastName
{
get { return _lastName; }
set { SetValue(ref _lastName, value, "FirstName"); }
}
При использовании copy/past вероятность появления такого кода очень высока.
Использование Lambda Expressions и Expression Trees
Этот вариант заключается в использовании Lambda Expressions и Expression Trees для определения названия свойства. Ключевой точкой в этом подходе является следующий метод:
public static string GetPropertyNameFromExpression(Expression> property)
{
var lambda = (LambdaExpression)property;
MemberExpression memberExpression;
if (lambda.Body is UnaryExpression)
{
var unaryExpression = (UnaryExpression)lambda.Body;
memberExpression = (MemberExpression)unaryExpression.Operand;
}
else
{
memberExpression = (MemberExpression)lambda.Body;
}
return memberExpression.Member.Name;
}
с последующим добавлением обобщенного метода RaisePropertyChanged:
protected void RaisePropertyChanged<T>(Expression<Func<T>> property)
{
RaisePropertyChanged(GetPropertyNameFromExpression<T>(property));
}
Теперь свойство будет иметь вид:
private string _firstName;
public string FirstName
{
get
{
return _firstName;
}
set
{
if (!Object.Equals(_firstName, value))
{
_firstName = value;
RaisePropertyChanged(() => FirstName);
}
}
}
или же метод SetValue будет иметь следующий код:
protected bool SetValue(ref T property, T value, Expression<Func<T>> propertyDelegate)
{
var result = false;
if (!Object.Equals(property, value))
{
property = value;
RaisePropertyChanged<T>(propertyDelegate);
result = true
}
return result;
}
мы можем изменить наше свойство следующим образом:
public string FirstName
{
get
{
return _firstName;
}
set
{
SetValue(ref _firstName, value, () => FirstName);
}
}
Положительная часть представленного решения заключается в дружественности к рефакторингу: если когда-нибудь имя свойства измениться используя интрумент рефакторинга, делегат также будет изменен и корректное имя будет использоваться в событии PropertyChanged. Еще одним преимуществом является то, что при опечатках мы получаем ошибки компиляции. Отрицательная сторона заключается в использовании отражения. Еще один негативный момент - при использовании copy/paste можно допустить ошибку:
private string _firstName;
private string _lastName;
public string FirstName
{
get { return _firstName; }
set { SetValue(ref _firstName, value, () => FirstName); }
}
public string LastName
{
get { return_lastName; }
set { SetValue(ref _lastName, value, () => FirstName); }
}
Использование MethodBase.GetCurrentMethod()
Karl Shifflett предложил иной подход в своей статье. Он предложил брать имя свойства используя MethodBase.GetCurrentMethod(). Таким образом реализация свойства приобретает следующий вид:
public string FirstName
{
get
{
return _firstName;
}
set
{
SetValue(ref _firstName, value, MethodBase.GetCurrentMethod().Name.Remove(0,4));
}
}
Это решение работает немного лучше, но все равно в каждом свойстве необходимо добавлять строку: MethodBase.GetCurrentMethod().Name.Remove(0,4)
А какие варианты передачи имени свойства используете вы?
Материалы по теме:
Exception: Stack empty.