Modèle ASP.NET Voir Présentateur structure du projet

Question

Je commence un nouveau projet ASP.NET et en utilisant le modèle MVP. J'ai considéré le MS MVC mais il n'est pas encore sorti et serait une grande courbe d'apprentissage pour certaines personnes de l'équipe, j'ai donc opté pour MVP maintenant et peut-être de futurs projets MVC.

Quoi qu'il en soit, il semble que je vais avoir une seule classe contrôleur/Présentateur pour chaque formulaire en ligne je l'ai le projet. C'est beaucoup de classes supplémentaires, doublant essentiellement le nombre de fichiers dans le projet web. Est-ce la façon dont les autres personnes structurent MVP ou quelles sont les alternatives?

Answer 1

Je pense que beaucoup de cela dépend, mais dans la plupart des cas qui est vraiment la façon dont il finit par aller.

j'utilise une architecture n-tiers avec des données, les entreprises, le code de présentation. (Qui sait quel format réel je suis). Je reçois beaucoup plus de fichiers que si je faisais tout dans l'aspx, mais le code est beaucoup plus facile à gérer.

Answer 2

Cela semble être une idée fausse -> « Plus de fichiers/classes == plus complexes »

La raison pour laquelle nous avons choisi de suivre un modèle de séparation de l'interface utilisateur est d'aider les préoccupations distinctes, rendre plus facile et moins coûteux de modifier le code et maintenir et (gros, important et) nous pouvons tester les pièces complexes et maintenir la couche d'interface utilisateur mince. Je vais avec le beta ASP ASPC. La raison en est que bien que ce soit seulement une bêta (PDC très bientôt, qui peut avoir un impact sur la sortie et que nous ayons eu 5 previews), il a un meilleur cadre pour supporter ce style que je pourrais écrire dans un délai raisonnable Cadre.

Vous pouvez bien aller avec un autre cours cadre, comme monorail du château.

Answer 3

Pour votre question - je l'ai vu beaucoup différents sur MVP et rien vu qui réduit le nombre de fichiers, et je ne peux pas penser à un moyen de réduire le nombre de fichiers. Dans mon expérience, j'ai réutilisé des interfaces de vue et même des codes derrière, où la structure de vue est identique, mais présentant des données différentes. Et vous pourriez aussi penser à réutiliser les contrôleurs le cas échéant.

Je pense qu'il vaut la peine de noter que le fait d'avoir plus de fichiers sera une conséquence naturelle du passage à un développement plus agile et test-drive et les développeurs le trouveront de plus en plus naturel au fur et à mesure. (Tout comme certains d'entre nous trouvent très naturel d'avoir beaucoup de méthodes dans un seul fichier ...)