Est-ce une stratégie acceptable pour un objet enfant dans une relation OO parent-enfant classique de déclencher un événement que le parent attrape puis transmet une valeur à l'enfant via EventArgs?Evénements de relation d'objet parent-enfant
J'ai une situation où l'enfant a besoin de données du parent, mais le parent n'a pas ces données au moment où l'enfant est instancié, donc je ne peux pas le passer à travers un constructeur.
Pourquoi l'enfant doit-il déclencher l'événement alors qu'il n'a aucun moyen de savoir si le parent possède déjà ces données?
Si le parent a la référence enfant, pourquoi ne pas laisser le parent nourrir les données à l'enfant dès qu'il a les données? Aucun événement nécessaire, le parent pourrait également simplement appeler une méthode enfant. Passer des données dans les arguments d'événement est correct, c'est ce à quoi ils servent.
Semble un peu long, à moins que je ne manque quelque chose. Pourquoi l'enfant ne demande-t-il pas simplement au parent ce qu'il veut savoir, et laisse le parent s'occuper de si quelque chose doit être récupéré ou non?
Pour que l'enfant pose cette question au parent, il lui faudrait une référence au parent. Cela vous obligerait à instancier l'enfant avec une référence au parent. –