Remontée des événements .

J'ai plusieurs couches dans une application et que je me trouve avoir à faire des bulles sur les évènements de l'interface graphique de la couche pour faire la barre de statut, etc . . Je me retrouve à devoir écrire répété codé où chaque calque, il suffit de s'abonne aux événements de la couche inférieure, puis dans le retour d'appel simplement déclencher un événement de la chaîne. Est-il un moyen plus efficace de faire cela?

InformationsquelleAutor leora | 2008-10-20
  1. 30

    Si tout ce que vous faites est de tir d'un gestionnaire d'événements à partir d'un autre gestionnaire d'événement, vous pouvez couper l'homme du milieu et crochet les gestionnaires d'événements directement dans la fenêtre ajouter/supprimer des blocs pour l'événement.

    Par exemple, si vous avez un UserControl avec un "SaveButtonClick" de l'événement, et tout ce que vous voulez faire lors de l'appel au gestionnaire d'événement lors de la "SaveButton" sur votre UserControl est cliqué, vous pouvez le faire:

    public event EventHandler SaveButtonClick
{
    add { this.SaveButton.Click += value; }
    remove { this.SaveButton.Click -= value; }
}

    Maintenant, vous n'avez pas besoin d'un code pour le feu de la SaveButtonClick événement, il sera automatiquement déclenché lorsque la SaveButton.Cliquez sur événement est déclenché (c'est à dire quand quelqu'un clique sur ce bouton).

    • Cela semble intéressant. Serais ravi de voir la mise en œuvre.
    • le code que j'ai posté il y a est la mise en œuvre. Si vous avez un UserControl avec un bouton appelé SaveButton et vous le déposez que les communications UNIFIÉES sur un formulaire, vous pouvez vous abonner à SaveButtonClick de la forme, et chaque fois que le bouton est cliqué sur votre gestionnaire d'événements va être appelé.
    • j'aime l'idée et la mise en œuvre facile. mais je n'aime pas la dépendance que vous créez entre le contrôle usercontrol et l'abonné
    • le bouton est une partie de l'abonné si, aka, le bouton n'existe pas sans le contrôle de l'utilisateur de sorte que la dépendance est très bien.
    InformationsquelleAutor Matt Hamilton
  2. 3

    Peter Rilling a posté une façon de simuler de remontée d'Événements/de la Radiodiffusion dans les winforms.
    C'est simple et efficace.

    http://www.codeproject.com/KB/cs/event_broadcast.aspx

    InformationsquelleAutor Ben
  3. 3

    Avoir une lecture de Jeremy Miller blog "L'Ombre de l'Arbre Développeur", en particulier son Écrire Votre Propre CABINE de la série - le modèle de commande trucs qu'il parle, il est probablement ce que vous avez besoin.

    InformationsquelleAutor Bevan
  4. 1

    À moins que je vois un peu plus de la conception.. ça va être dur de donner une bonne réponse.

    WPF n'bulle événements (automatiquement) le Composant de l'INTERFACE utilisateur/de Contrôle de l'arbre... cela a maintenant été intégré dans le cadre. Donc je suppose que c'est le moyen recommandé 🙂

    Le problème avec le contournement de l'homme du milieu Layer2, c'est que des couches 1 et Layer3 maintenant connaître les uns les autres... sont couplés. Si ses un compromis.. si vous êtes d'accord avec l'attelage.. éliminer l'homme du milieu /inventer une spécialité de cette responsabilité. Toutefois, si vous prévoyez de Couche 3 pour être remplaçables à chaud (couplage faible), je dirais de continuer de bulles.

    InformationsquelleAutor Gishu
  5. 0

    Vous pouvez avoir un canal central qui prennent en charge uniquement les événements. Ce canal doit être indépendant de sorte que la couche de publier ou abonnez-vous à elle.

    • Cela semble intéressant, mais l'explication est très vague. Pouvez-vous donner quelques exemples?
    InformationsquelleAutor Hapkido
  6. 0

    Prendre un coup d'oeil à Mettre À Jour Les Contrôles .NET. Ces contrôles de découvrir les pièces de votre modèle de données qu'elles dépendent de même à travers les couches de la logique métier. Vous n'avez pas à écrire tout code pour les informer.

    InformationsquelleAutor Michael L Perry