Formulaires Web ASP .NET traditionnels vs MVC

Question

En tant que personne ayant une certaine expérience des formulaires Winform et des applications clientes, cela vaut-il la peine de revenir en arrière et d'apprendre le fonctionnement des pages ASP .NET traditionnelles, ou est-il acceptable de passer directement à ASP .NET MVC ?

Je recherche en quelque sorte des pièges ou des pièges dans ma connaissance générale du C#, que je ne connaîtrai pas grâce à la série de screencasts et aux autres éléments du site ASP .NET.

Answer 1

Voici l’avantage de MVC.Il fonctionne plus près de la base du framework que les formulaires Web ASP.NET normaux.Ainsi, en utilisant MVC et en le comprenant, vous comprendrez mieux le fonctionnement des WebForms.Le problème avec WebForms est qu'il y a beaucoup de magie et environ 6 ans d'efforts pour faire fonctionner le Web comme Windows Forms, vous avez donc la hiérarchie de l'arborescence de contrôle et tout est traduit sur le Web.Avec MVC, vous obtenez le noyau sans l'influence de WinForm.

Commencez donc par MVC et vous pourrez facilement passer à WebForms si nécessaire.

Answer 2

Je suis d'accord avec Nick :MVC est beaucoup plus proche du réel paradigme du Web et en l'utilisant, vous serez confronté au fonctionnement réel de votre site Web.WebForms vous éloigne de la plupart de ces choses et, venant d'un contexte PHP, je l'ai trouvé vraiment anti-intuitif.

Je vous suggère de passer directement à MVC et d'ignorer WebForms.Comme dit, vous pourrez y revenir si besoin.

Answer 3

ASP.Net Webforms est une abstraction complètement différente du framework de base par rapport à ASP.NET MVC.Avec MVC, vous avez plus de contrôle sur ce qui se passe sous les couvertures qu'avec les formulaires Web ASP.NET.

À mon avis, apprendre différentes façons de faire les choses fera généralement de vous un meilleur programmeur, mais dans ce cas, il pourrait y avoir de meilleures choses à apprendre.

Answer 4

Cela dépend de vos motivations.Si vous souhaitez vous vendre en tant que développeur ASP.NET, vous aurez besoin des deux.

Si c'est juste pour votre propre plaisir, rendez-vous sur MVC.

Mon sentiment personnel est que les formulaires Web existeront encore quelques années.Tant de gens y investissent du temps et de l’énergie.Cependant, je pense que les gens migreront lentement (ou peut-être pas si lentement !).Les formulaires Web ont toujours été simplement un moyen de faire en sorte que les morts VB4 par glisser-déposer réfléchissent au développement Web.Cela a en quelque sorte fonctionné, mais cela enlève beaucoup de contrôle.

Answer 5

ASP.NET MVC est destiné aux développeurs qui souhaitent dissocier le code client du code serveur.J'ai voulu écrire des clients JavaScript, XHTML, CSS pouvant se déplacer d'un serveur à l'autre (sans égard à la technologie du serveur).L'installation et la finition des clients prennent du temps, vous souhaiterez donc les utiliser (ainsi que leurs sous-composants) pour autant de serveurs que possible.Ce découplage permet également à votre serveur de prendre en charge toute technologie client prenant en charge HTTP et les crochets (et/ou JSON) comme WPF/Silverlight.Sans ASP.NET MVC, vous avez été contraint d'entretenir une relation hostile avec toute l'équipe ASP.NET --- mais Scott Guthrie est un mec cool et amène MVC à la table après des années pendant lesquelles ses prédécesseurs (et peut-être Scott lui-même) se sont presque entièrement concentrés sur amener les programmeurs Windows Forms à écrire des applications Web.

Avant ASP.NET MVC, je construisais des applications ASP.NET largement basées sur des fichiers ASHX --- des gestionnaires HTTP.Je peux vous assurer qu'aucune « vraie » boutique Microsoft n'encouragerait ce comportement.Il est plus facile, du point de vue d'une gestion (judicieuse), d'imposer à tous vos développeurs d'utiliser la méthode recommandée par le fournisseur pour utiliser les outils du fournisseur.Ainsi, les magasins informatiques qui ont un ou deux ans de retard exigeront que vous connaissiez la manière de faire des pré-MVC.Cela s'avère également utile lorsque vous avez un système « ancien » à maintenir.

Mais, pour le champ vert, c'est MVC jusqu'au bout !

Answer 6

OMI, il y a plus de pièges dans les scénarios de formulaires Web normaux qu'avec MVC uniquement.L'état d'affichage et la liaison de données peuvent parfois être délicats.

Mais pour MVC, il s'agit tout simplement d'un simple formulaire de publication/rendu à l'ancienne.Non pas que ce soit mauvais, c'est juste différent et plus propre aussi.

Answer 7

Je ne peux pas vraiment parler techniquement de MVC par rapport au "traditionnel" car je n'ai utilisé jusqu'à présent que le modèle traditionnel.D'après ce que j'ai lu, je ne pense pas que l'un soit largement supérieur à l'autre.Je pense qu'une fois que vous avez « compris », vous pouvez être très productif dans les deux domaines.

En pratique, cependant, je prendrais en considération le fait que la plupart des livres, des exemples de code et des applications existantes sont écrits de manière "traditionnelle".Vous disposez de plus d'aide et vos compétences seront plus utiles aux employeurs ayant des candidatures existantes rédigées de manière « traditionnelle ».

Answer 8

Si vous ne savez pas comment ou n'avez pas d'expérience avec les requêtes/réponses Web au niveau brut et le rendu html/css brut, MVC serait un bon point de départ.Vous comprendrez alors mieux les avantages et les inconvénients des formulaires Web et de MVC.Ils existeront tous les deux dans le futur, car ils répondent tous deux à des besoins différents.

Bien que je dirai que les formulaires Web sont une plate-forme très mal utilisée et abusée.Une grande partie des conneries du type « look no code » donnent une mauvaise réputation à tous ceux qui l'utilisent.Prenez le temps de le comprendre et de l’utiliser correctement, vous constaterez que c’est une plate-forme très extensible et robuste.