Quand utiliser MVP dans une application Windows Forms .net?

Question

Je suis familier avec MVC/MVP bien que ma question soit simple, je suis sur le point de programmer un simple logiciel de messagerie instantanée lorsque le moteur et la partie communication est une API ouverte. donc mon logiciel aura environ 3 formes, un écran de démarrage avec les détails de connexion, le formulaire d'options et un formulaire principal avec toutes les fonctionnalités comme: Liste d'amis, Envoyer un message, Messages reçus (tabulation), recherche utilisateur, etc. Dans la perspective de l'interface utilisateur, il est important que l'interface graphique soit sous forme 1 dans ma demande. Donc, ma question est, pour la seule forme compliquée que je vais avoir, est-il nécessaire de mettre en œuvre un modèle de conception MVP ou dans ce cas, il vaut mieux aller tout droit et mettre toute la logique en 1 place ?

MERCI

Janalopa!

Answer 1

Je pense qu'il est toujours préférable d'avoir une séparation des préoccupations, en particulier dans l'interface graphique.

Answer 2

Mon 2 cents est de toujours coder de façon MVC. Si cela vaut la peine d'être codé, cela vaut la peine de bien coder. Demandez-vous si vous pouvez voir votre application dépasser les spécifications actuelles? Il va être plus facile de coder contre un framework mvc que n'importe quel autre.

Quoi qu'il en soit, MVC! :)

Answer 3

Si vous souhaitez exposer une API à votre application Web, vous bénéficiez d'une nette séparation des préoccupations. Si MVP ou un autre motif est la bonne façon de procéder est à vous, mais vous devriez essayer d'avoir votre application en couplage lâche que possible, de sorte que vous pouvez

a) tester

et

b) l'exposer à tout niveau jugé approprié. Par exemple, vous voudrez peut-être commencer par écrire votre propre formulaire de discussion qui publie et obtient des mises à jour à partir d'une BD. Si vous disposez d'une application côté serveur faiblement couplée, vous pouvez choisir d'exposer la discussion au niveau du référentiel, au niveau de service, à la couche de contrôleur ou à une couche API distincte interagissant avec la même interface que votre propre interface utilisateur. En guise de dernier commentaire, si vous commencez avec un nouveau projet, une discussion est certainement beaucoup plus facile à implémenter dans ASP.NET MVC que WebForms, car MVC est à bien des égards plus facile à utiliser avec les appels ajax et les mises à jour .