ASP.NET MVC - est-ce utile encore ?

Question

Pour certains d'entre vous, qui ont utilisé ASP.NET MVC (surtout le Dépassement de Pile de l'équipe), pensez-vous qu'il vaut la peine de prendre le plongeon avec une technologie qui est encore en "Preview" communiqués de, pas encore en version Bêta? De ce que j'ai vu sur le MVC site et les différents blogs, il semble que beaucoup de choses sont encore en mouvement, faisant en sorte que la mise à niveau vers la dernière MVC version demandera sans doute beaucoup de changements dans le code.

Par rapport à des WebForms, est-il utile de faire le modèle MVC, au détriment de la probabilité d'avoir à faire ré-écrit plus tard, juste pour se conformer à la dernière version? Je pose cette question en particulier en termes de faire quelque chose qui sera utilisé, et pas seulement si je devrais essayer.

Answer 1

Je suis en utilisant MVC sur une application de production que je suis en freelance dès maintenant et ai à dire c'est vraiment un pur changement de mentalité au sein de la softies, à part parfois même mieux que certains de la dynamique des cadres à disposition par les frères et sœurs comme python et ruby.

Après l'Aperçu 3, c'est l'équipe de vision de construire au moment de sa fondation à la stabilité et à s'abstenir de faire de telles modifications qu'elles ont eu lieu à partir de l'Aperçu de 2 à 3. À mon humble avis, le changement est remarquable par le souci de l'architecture et ayant déjà migré à partir de l'Aperçu de 3 à 4, il ne m'a pris qu'à remplacer les anciennes assemblées de avec la de nouveaux et de les recompiler.

Une chose à remarquer, c'est que le déploiement de MVC basé sur des applications dans des environnements plus tôt que IIS7, aura besoin d'un peu de configuration supplémentaires et probablement quelques ISAPI Rewrite pour maintenir l'extension-moins de fonctionnalités qui jouent comme des forces de la démarche. Sur IIS7, c'est juste un clin d'oeil :)

Si vous cherchez plus d'infos sur le support de votre décision, Adam Kinney récemment assis avec Phil Haack pour discuter de l'état actuel de la MVC et à quoi s'attendre de futures versions.

Espérons que cela aide.

Cheers!

Answer 2

Une des choses intéressantes au sujet de la MVC de prévisualisation pour moi c'est qu'il se sent comme une partie d'un changement de paradigme pour Microsoft.

Le changement de l'accent sur la testabilité est important et d'un énorme avantage sur les webforms. En outre, ce qui signifie que les tests automatisés devraient atténuer nous tous contre tout ce qui pourrait être cassé dans la fenêtre d'aperçu et nous aider à la transition à plus tard les aperçus et la version finale sans casser de partout.

Et tout cela sans même parler de la façon dont bon le cadre est!

Answer 3

Je certainement ne serait pas recommandé de déployer toute la production des applications dans ASP.NET MVC jusqu'à ce que nous voyons de la licence.

Si vous êtes le démarrage d'un nouveau projet et que vous souhaitez utiliser ASP.NET MVC, je pense que la meilleure voie est de construire votre base de composants/assemblées pour tirer parti des ASP.NET MVC maintenant, mais assurez-vous de séparer strictement les choses de sorte que de nouvelles MVC code gouttes de ne pas créer plus d'un jour ou deux de temps d'arrêt pour obtenir votre projet de mise à jour. Vous pouvez même essayer de formulaires web ou de l'un de MVP modèles pour votre projet web, assurez-vous qu'elle peut être remplacée facilement et rapidement avec MVC très rapidement.

Comme pour mes opinions à ce sujet ASP.NET MVC...il n'y a pas de doute que c'est l'avenir du développement web sur le .NET plate-forme. Pour tout le buzz sur la testabilité et à la suite d'une plus strictes modèle, il y a une beaucoup plus forte incitation pour MSFT à mettre tous ses web de développement de l'énergie en MVC, et que l'AJAX.

Webforms n'ont jamais été conçus pour utiliser AJAX ainsi que la publication/Viewstate modèle n'a jamais été une bonne approche pour la soutenir. Alors qu'il y a eu beaucoup de travail effectué par le ASP.NET AJAX équipe, en fin de compte, il se sent toujours comme un addon plutôt que de la defacto façon de développeur asp.net les sites web. MVC est une chance pour Microsoft de réinventer la plate-forme d'appui à l'AJAX de l'aller et de permettre aux gens la flexibilité pour créer de riches Isu sans le hackery impliquées dans l'obtention de il pour travailler avec les Formulaires web.

C'est tout simplement mon .02.

Answer 4

J'ai écrit deux MVC applications qui sont actuellement en production. J'ai commencé à l'Aperçu 2, et aujourd'hui j'ai mis à jour dans la Bêta. Pas de mise à jour m'a pris plus de 2-3 heures de la personne complète et de test. Le fait que nous avons des niveaux élevés de couverture de tests unitaires -- qui MVC facilite merveilleusement bien-a été un facteur important dans l'atténuation des mises à niveau.

Je dois mentionner que MvcContrib a fait l'ensemble du processus beaucoup plus facile. Quand j'ai trouvé quelques petits défaut ou la limitation, au lieu d'ajouter une extension à mon application, je serais coincé maintien à jamais, j'ai soumis un patch pour MvcContrib. Tous les trois patchs j'ai soumis ont été acceptés dans le tronc dans un délai de 2 jours. Je ne peux pas vous dire quel soulagement c'est pour obtenir ce code de mon application et dans une bibliothèque qui est soutenu par une communauté active de top notch devs.

Si MVC sont un lourd, abstraction qui fuit comme WebForms je suis d'accord que vous devriez attendre. Mais c'est tellement forte sur la testabilité et la séparation des préoccupations que vous pouvez très bien oubliez pas de soucis au sujet de tirer vos cheveux plus réfractaires dernières modifications. Il y a eu des modifications importantes, et il y a peut être plus, mais ils ont été assez faciles à repérer et de les traiter correctement.

D'autre part, je laisserais tomber la notion de développement d'une application web forms et de "conversion" à la MVC plus tard. Même si vous avez prévu qu'il serait difficile de développer une application web forms dans une telle manière que vous n'auriez pas, en grande partie, de le réécrire.

Par ailleurs, le MVC code source est disponible pour vous, alors vous ne devez jamais vous sentez coincé et sans défense, en espérant et en priant pour que quelqu'un va réagir à ce post sur le forum, vous faites la semaine dernière. Vrai, aucun de nous ne veut creuser dans le code de la structure très souvent, et vous pourriez ne jamais avoir à le faire. Le point est qu'il n'y a pas de date de fin.