ASP.NET MVC Domaines: Sont-ils importants pour une grande application?
Je suis dans le processus de développement d'un grand ASP.NET application MVC. Je suis actuellement en train de travailler à travers les mécanismes que je vais utiliser pour la structure de mon contrôleurs/points de vue. Je dois voir une mention de monorail et c'est l'utilisation de "zones". J'ai examiné Haacked de l' article et il ressemble à un intéressant option. Ce que je voudrais savoir, c'est si oui ou non la personne a mis en place les zones de produciton ASP.NET l'application MVC et si elles sont là toutes les ressources en ligne qui peuvent aider à mettre en œuvre les domaines et de justifier leur existence.
- Les zones sont désormais pris en charge dans ASP.NET MVC directement: msdn.microsoft.com/en-us/library/ee671793.aspx
Vous devez vous connecter pour publier un commentaire.
Moi et mon équipe sommes en train de développer une très grande application à l'aide de la ASP.NET framework MVC que la technologie sous-jacente. Nous sommes à l'aide de Les zones, Fortement Typé Afficher Les Noms et notre propre version de Localisation. Jusqu'à présent, il travaille très bien ensemble.
Le briseur d'affaire avec ASP.NET MVC pour moi allait être que le contrôleur de noms devaient être unique. C'était parfaitement prévisible à besoin d'un contrôleur pour la gestion de stock dans l'inventaire et à l'expédition de domaines de ma demande et de tri de ces allait être trop dur. Avec des domaines ce n'est plus un problème. Je vous recommande fortement de l'utiliser comme Phil Haack a décrites.
Vous pouvez également regarder Steven Sanderson mise en œuvre du où il a pris un peu plus loin, même si pour nous ce n'était pas quelque chose dont nous avions besoin.
Je ne serais pas surpris de voir les Domaines mis en œuvre dans ASP.NET MVC très bientôt.
Bonne chance avec votre application, je ne pense pas que vous allez regretter le choix ASP.NET MVC.
Le soutien de zones dans une grande application qui est absolument indispensable à mon avis. Il semble assez bizarre pour moi que Microsoft a l'intention de libérer ASP.NET MVC 1.0 sans une prise en charge intégrée des zones.
Heureusement, ce que le MVC manque de capacité, il permet à l'extensibilité. Par exemple, en S#arp de l'Architecture, comme l'A brièvement mentionné, j'ai pris les conseils de Phil Haack (http://haacked.com/archive/2008/11/04/areas-in-aspnetmvc.aspx) et Steve Sanderson ( http://blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/ ), mais a modifié le résultat fusionné à l'appui de domaines directement sous le dossier de vue. (Je n'aimais pas qu'il y avait un des "Domaines" dossier pour stocker vos zones d'affichage.) En d'autres termes, si vous créez une "Animaux" de la zone avec un contrôleur correspondant Animaux.AardvarksController, votre point de Vue dossier de refléter les points de Vue/Animaux/Aardvarks.
Si vous n'êtes pas intéressés par l'utilisation de l'ensemble de S#arp Architecture, je vous encourage à vérifier au moins comment les régions ont été mises en œuvre dans ce cadre pour l'utiliser dans votre propre application. Le code comprend:
D'ailleurs, S#arp Architecture comprend un CRUD échafaudage générateur qui prend en compte les espaces de noms imbriqués automatiquement. Comme Asaf mentionné, vous pouvez en savoir plus à ce sujet à http://code.google.com/p/sharp-architecture/
Billy McCafferty
Prises de S#arp apchitecture 1.0 Beta notes de version: