J'utilise le bit de code suivant dans un mode de cookie cutter, à travers des dizaines de classesHéritant d'une classe de base qui implémente INotifyPropertyChanged
public event PropertyChangedEventHandler PropertyChanged;
protected void NotifyPropertyChanged(string propertyName)
{
if (PropertyChanged != null)
{
PropertyChanged(this, new PropertyChangedEventArgs(propertyName));
}
}
Toutes ces classes implémentent INotifyPropertyChanged
. Pour faire taire mes alarmes DRY, récemment j'ai refacturé ces classes pour hériter de ma classe de base PropertyNotifier
dont le seul but est de fournir NotifyPropertyChanged
pour les classes qui en héritent - qui sont les dizaines de classes ViewModel
dans mon énorme projet. Il se sent paresseux et un peu sale. Est-ce que je blesse la performance ou brise les bonnes pratiques de design? Je me dis que si la notification de modification était supposée être aussi simple, il y aurait déjà une classe de base dans le framework WPF qui fait ce que ma classe PropertyNotifier
fait.
Notez que, pour de nombreuses raisons, j'ai eu des problèmes de performances avec la réactivité de mon interface utilisateur - principalement en raison d'un grand nombre de contrôles. Donc, je cherche à couper la graisse partout où je peux. Des idées?
Merci pour l'assurance: D – bufferz