Modèle-Vue-présentateur dans WinForms

Third , puisqu'un présentateur contrôle sa vue, pour minimiser les dépendances, il n'y a vraiment aucun avantage à avoir la vue en sachant quoi que ce soit sur son présentateur. Il y a un contrat entre le présentateur et la vue, et c'est ce que dit l'interface de la vue.

les conséquences de La Troisième sont:

• le présentateur n'a aucune méthode que la vue peut appeler, mais la vue a événements auxquels le présentateur peut souscrire.
• le présentateur connaît son point de vue. Je préfère accomplir ceci avec l'injection de constructeur sur le présentateur de béton.
• Le point de vue n'a aucune idée de ce que le présentateur est en a le contrôle; il va tout simplement de ne jamais être assuré de l'animateur.

Pour votre question, le ci-dessus pourrait ressembler à ceci un peu simplifié le code:

interface IConfigurationView
{
    event EventHandler SelectConfigurationFile;

    void SetConfigurationFile(string fullPath);
    void Show();
}

class ConfigurationView : IConfigurationView
{
    Form form;
    Button selectConfigurationFileButton;
    Label fullPathLabel;

    public event EventHandler SelectConfigurationFile;

    public ConfigurationView()
    {
        // UI initialization.

        this.selectConfigurationFileButton.Click += delegate
        {
            var Handler = this.SelectConfigurationFile;

            if (Handler != null)
            {
                Handler(this, EventArgs.Empty);
            }
        };
    }

    public void SetConfigurationFile(string fullPath)
    {
        this.fullPathLabel.Text = fullPath;
    }

    public void Show()
    {
        this.form.ShowDialog();        
    }
}

interface IConfigurationPresenter
{
    void ShowView();
}

class ConfigurationPresenter : IConfigurationPresenter
{
    Configuration configuration = new Configuration();
    IConfigurationView view;

    public ConfigurationPresenter(IConfigurationView view)
    {
        this.view = view;            
        this.view.SelectConfigurationFile += delegate
        {
            // The ISelectFilePresenter and ISelectFileView behaviors
            // are implicit here, but in a WinForms case, a call to
            // OpenFileDialog wouldn't be too far fetched...
            var selectFilePresenter = Gimme.The<ISelectFilePresenter>();
            selectFilePresenter.ShowView();
            this.configuration.FullPath = selectFilePresenter.FullPath;
            this.view.SetConfigurationFile(this.configuration.FullPath);
        };
    }

    public void ShowView()
    {
        this.view.SetConfigurationFile(this.configuration.FullPath);
        this.view.Show();
    }
}

En plus de ce qui précède, J'ai habituellement une interface de base IView où je planque le Show() et n'importe quelle vue de propriétaire ou de titre de vue dont mes vues bénéficient habituellement.

à vos questions:

1. lorsque le winform charge, il doit obtenir un treeview. Ai-je raison de penser que le point de vue devrait donc appeler une méthode telle que: Présentateur.gettree (), qui à son tour va déléguer au modèle, qui va obtenir les données pour le treeview, le créer et le configurer, le retourner au présentateur, qui à son tour passera à la vue qui va ensuite simplement l'assigner, disons, à un panneau?

j'appellerai IConfigurationView.SetTreeData(...) de IConfigurationPresenter.ShowView() , juste avant l'appel à IConfigurationView.Show()

2. serait-ce la même chose pour n'importe quel contrôle de données sur le Winform, comme j'ai aussi un datagridview?

Oui, j'appellerais IConfigurationView.SetTableData(...) pour ça. C'est à la vue de mettre en forme les données. Le présentateur obéit simplement au contrat de la vue qu'il veut des données tabulaires.

3. Mon Application, a un certain nombre de classes du modèle avec la même assemblée. Il supporte également une architecture de plugin avec des plugins qui doivent être chargés au démarrage. Serait le point de vue il suffit d'appeler une méthode de presenter, qui à son tour appellerait une méthode qui charge les plugins et affiche l'information dans la vue? Quel niveau contrôlerait alors les références du plugin. La vue contiendrait-elle des références à eux ou au présentateur?

si les plugins sont liés à la vue, alors les vues devraient être au courant, mais pas le présentateur. S'ils sont tous sur les données et le modèle, alors la vue ne devrait pas avoir quoi que ce soit à faire avec eux.

4. ai-je raison de penser que la vue doit gérer tout ce qui concerne la présentation, de la couleur du noeud de treeview à la taille de la datagrid, etc.?

Oui. Pensez - y comme le présentateur fournissant XML qui décrit les données et la vue qui prend les données et applique une feuille de style CSS à elle. En termes concrets, le présentateur pourrait appeler IRoadMapView.SetRoadCondition(RoadCondition.Slippery) et le vue rend alors la route en couleur rouge.

Qu'en est-il des données pour les noeuds cliqués?

5. Si lorsque je clique sur les treenodes, devrais-je passer par le noeud spécifique au présentateur et puis à partir de ce que le présentateur travaillerait sur quelles données il a besoin et demande ensuite le modèle pour ces données, avant de les présenter de nouveau à la vue?

si possible, je passerais toutes les données nécessaires pour présenter l'arbre dans une vue en une prise. Mais si certaines données sont trop volumineuses pour être transmises depuis le début ou si elles sont de nature dynamique et nécessitent le "dernier snapshot" du modèle (via le présentateur), alors je voudrais ajouter quelque chose comme event LoadNodeDetailsEventHandler LoadNodeDetails à l'interface de vue, de sorte que le présentateur puisse s'y abonner, récupérer les détails du noeud dans LoadNodeDetailsEventArgs.Node (éventuellement via son ID de quelque sorte) à partir du modèle, de sorte que la vue peut mettre à jour les détails de ses noeuds affichés lorsque le gestionnaire d'événements delegate retourne. Notez que des modèles asynchrones de ceci pourraient être nécessaires si la collecte des données pourrait être trop lente pour une bonne expérience utilisateur.