INotifyPropertyChanging et validations: quand est-ce que je lève PropertyChanging?

Question

INotifyPropertyChanged est assez explicite et je pense que je suis clair sur quand le soulever (c'est-à-dire quand j'ai fini de mettre à jour les valeurs).
Si j'implémente INotifyPropertyChanging, j'ai tendance à déclencher l'événement dès que j'entre le setter ou une autre méthode qui modifie l'état des objets, puis continue avec les gardes et les validations qui peuvent se produire. Donc, je traite l'événement comme une notification que la propriété peut changer mais n'a pas encore été modifiée, et pourrait ne pas finir de changer correctement.

Si les utilisateurs de l'objet utilisent cette propriété (comme LINQ to SQL en utilisant l'événement pour le suivi des modifications), dois-je attendre et lever l'événement seulement après avoir validé les valeurs que j'ai reçues? sont bons et l'état de l'objet est valable pour le changement?

Quel est le contrat pour cet événement et quels effets secondaires y aurait-il chez les abonnés?

Answer 1

Si votre objet reçoit une valeur non valide pour la propriété et que vous lancez une exception, vous ne devez pas déclencher l'événement PropertyChanging. Vous ne devez augmenter l'événement que lorsque vous avez décidé que la valeur changera. Le scénario d'utilisation typique est pour changer un champ simple:

public T Foo 
{ get 
    { return m_Foo; 
    } 
    set 
    { if (m_Foo == value) return; //no need for change (or notification) 
     OnPropertyChanging("Foo"); 
     m_Foo = value; 
     OnPropertyChanged("Foo"); 
    } 
} 

Answer 2

En aparté - PostSharp a la capacité intéressante à l'auto-mise en œuvre INotifyPropertyChanged - like so.

Answer 3

Si vous souhaitez éviter d'implémenter complètement INotifyPropertyChanged, utilisez plutôt Update Controls .NET. Cela élimine presque tout le code de comptabilité.