Круговой код. IoC на помощь

Question

В question о пользе IoC контейнер, победившая податель отметил, что с контейнером IoC вы можете принять это:

public class UglyCustomer : INotifyPropertyChanged 
{ 
    private string _firstName; 
    public string FirstName 
    { 
     get { return _firstName; } 
     set 
     { 
      string oldValue = _firstName; 
      _firstName = value; 
      if(oldValue != value) 
       OnPropertyChanged("FirstName"); 
     } 
    } 

    private string _lastName; 
    public string LastName 
    { 
     get { return _lastName; } 
     set 
     { 
      string oldValue = value; 
      _lastName = value; 
      if(oldValue != value) 
       OnPropertyChanged("LastName"); 
     } 
    } 
} 

к этому:

var bindingFriendlyInstance = IoC.Resolve<Customer>(new NotifyPropertyChangedWrapper()); 

Вопросы:

• Какой волшебный контейнер IoC обеспечивает это доброту?
• Пример реализации этого?
• Любые недостатки?
• В проекте со сложными зависимостями, буду ли я плакать, когда пытаюсь применить привязку данных к этим объектам?

Answer 1

Для вашего второго фрагмента кода для работы, NotifyPropertyChangedWrapper бы, конечно, использовать отражение (или dynamic), чтобы создать класс, который предоставляет интерфейс, совместимый с Customer и реализует автоматическое уведомление свойств. Не должно быть никаких проблем с привязкой данных, но будет немного накладных расходов.

упрощена реализация, которая использует динамический объект может выглядеть примерно так:

public class NotifyPropertyChangedWrapper<T> 
    : DynamicObject, INotifyPropertyChanged 
{ 
    private T _obj; 

    public NotifyPropertyChangedWrapper(T obj) 
    { 
     _obj = obj; 
    } 

    public override bool TryGetMember(
     GetMemberBinder binder, out object result) 
    { 
     result = typeof(T).GetProperty(binder.Name).GetValue(_obj); 
     return true; 
    } 

    // If you try to set a value of a property that is 
    // not defined in the class, this method is called. 
    public override bool TrySetMember(
     SetMemberBinder binder, object value) 
    { 
     typeof(T).GetProperty(binder.Name).SetValue(_obj, value); 
     OnPropertyChanged(binder.Name); 
     return true; 
    } 

    // Implement OnPropertyChanged... 
} 

Очевидно, что любой код, который потребляет один из этих объектов будет терять статическую безопасность типов. Другой вариант - создать класс, реализующий тот же интерфейс, что и обернутый класс. В Интернете есть много примеров. Главное требование состоит в том, чтобы ваш Customer должен был либо быть interface, либо потребовать, чтобы все его свойства были виртуальными.

Answer 2

Я никогда не использовал его, но вы можете создать что-то вроде этого, используя PostSharp.

Answer 3

Чтобы сделать это в общем виде (то есть один фрагмент кода, реализующий INotifyPropertyChanged для любого класса), используйте прокси-сервер. Для этого существует множество реализаций: Castle.DynamicProxy или LinFu или Unity. Эти прокси-библиотеки имеют хорошую поддержку в контейнерах IoC, например DynamicProxy имеет хорошую интеграцию с перехватом Castle Windsor и Unity (или тем, что он называется) имеет, очевидно, хорошую интеграцию с контейнером Unity.

Answer 4

Если вы ищете специальное решение для создания объектов с возможностью создания объектов, вы должны посмотреть PropertyChanged.Fody (ранее NotifyPropertyWeaver). Это перезаписывает классы, реализующие INotifyPropertyChanged, чтобы включить код уведомления. На странице github есть пример.

По-моему, это более аккуратно, чем использование предлагаемого контейнерного решения IOC. Тем не менее, это библиотека, специфичная для привязки INotifyPropertyChanged, поэтому не применима в качестве общего решения, как обсуждалось в вашем связанном вопросе.