Código de Cruft. COI al rescate

Question

En question acerca de la utilidad de la COI de contenedores, el remitente ganar mencionó que con un contenedor IoC se puede tomar esto:

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

a esto:

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

Preguntas:

• ¿Qué contenedor mágico de IoC proporciona esta bondad?
• ¿Un ejemplo para implementar esto?
• ¿Alguna desventaja?
• En un proyecto con dependencias complejas, ¿estaré llorando cuando intente aplicar el enlace de datos a estos objetos?

Answer 1

Para su segundo fragmento de código funcione, NotifyPropertyChangedWrapper sería sin duda tendrá que utilizar la reflexión (o dynamic) para generar una clase que proporciona una interfaz compatible con Customer e implementa la notificación automática de la propiedad. No debería haber problemas de enlace de datos, pero habría un poco de sobrecarga.

Una implementación simplificada que utiliza un objeto dinámico podría ser algo como esto:

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

Obviamente, cualquier código que consume uno de estos objetos perderían cualquier tipo de seguridad estática. La otra opción es generar una clase que implemente la misma interfaz que la clase que se envuelve. Hay muchos ejemplos para esto en la web. El requisito principal es que su Customer debería ser interface o necesitaría que todas sus propiedades fueran virtuales.

Answer 2

Nunca lo he usado, pero supuestamente puedes crear algo como esto usando PostSharp.

Answer 3

Para hacer esto de forma genérica (es decir, una única pieza de código que implementa INotifyPropertyChanged para cualquier clase) use un proxy. Hay muchas implementaciones para hacer esto con Castle.DynamicProxy o LinFu o Unity. Estas bibliotecas proxy tienen un buen soporte en contenedores IoC, por ejemplo, DynamicProxy tiene una buena integración con Castle Windsor y la intercepción de Unity (o como se llame) obviamente tiene una buena integración con el contenedor Unity.

Answer 4

Si está buscando una solución específica para la autogeneración de objetos enlazables, debe consultar PropertyChanged.Fody (anteriormente NotifyPropertyWeaver). Esto reescribe las clases que implementan INotifyPropertyChanged para incluir el código de notificación. Hay un ejemplo en la página de github.

En mi opinión, esto es más nítido que usar la solución propuesta de contenedor IOC. Sin embargo, es una biblioteca específica para el enlace INotifyPropertyChanged, por lo que no se aplica como una solución general, como se discutió en su pregunta vinculada.