Ce pourrait être une dupe mais je ne trouve pas de réponse directe. Si une personne est sur le point de commencer à apprendre le développement Web sur .NET Framework, quelle technologie devrait-il aller?
garder à la vue de ces trois aspects
merci
4 Réponses :
Une réponse définitive à cette question n'est pas possible mais je peux vous aider à prendre une décision en vous mettant en évidence avec des faits et des points clés des technologies.
Les formulaires Web ont été là depuis longtemps, ils sont donc beaucoup plus matures et fiables comparés au MVC lorsqu'il s'agit de faire avancer les choses à temps! Même la base de connaissances sur le Web est beaucoup plus grande pour les formulaires Web par rapport à MVC.
Les formulaires Web sont beaucoup riches fonctionnellement et vous donne plus de contrôle sur ce que vous voulez, comment vous voulez faire. Où MVC a sa propre beauté d'être une plate-forme de développement d'applications légères.
Si vous êtes un débutant, je vous suggérerais d'aller pour les formulaires Web en premier et commencez à regarder MVC en parallèle.
Stackoverflow.com a été construit à l'aide de la plate-forme ASP.NET MVC.
Je ne pouvais pas être en désaccord avec vous plus. MVC est un modèle éprouvé pour les cadres Web (la plupart sont MVC). Il existe une quantité de connaissances ridicules sur le modèle en général et sur le cadre ASP.NET MVC en particulier. Maintenant, voici ma déclaration controversée: la plupart des meilleurs développeurs .NET sont déjà allés dans un cadre MVC (pas nécessairement ASP.NET MVC), car ils réalisent que c'est un modèle supérieur.
"Les formulaires Web sont beaucoup riches fonctionnellement et vous donne plus de contrôle sur ce que vous voulez" je ne peux pas obtenir cela. La plupart des tutoriels / livres suggèrent que MVC fournit plus de flexibilité et de contrôle sur quoi et comment l'application doit faire que WebForms !!!
Comme la plupart des gens diront que je suis sûr, cela dépend beaucoup de ce que vous voulez apprendre et le style de développement que vous souhaitez assumer. Si vous souhaitez beaucoup de contrôle de votre balisage de page et que vous avez l'intention d'utiliser beaucoup d'AJAX et CSS, alors MVC est une meilleure approche, le plus grand commerce est que vous perdez les commandes Microsoft telles que la grille et les autres composants de glisser-déposer. MVC est un cadre très puissant et extensible et l'apprentissage qu'il vous permettra également d'apprendre le modèle MVC (qui est utile si vous diversifiez jamais vos compétences plus tard à d'autres plates-formes de développement).
Toutefois, si vous créez des applications Web internes de lots qui doivent être livrées rapidement, alors WebForms est certainement un meilleur moyen d'aller, il est bien documenté et mature et que les commandes vous permettent de créer des fonctionnalités puissantes gratuitement. Bien que vous obtiendrez des modèles de base pour manipuler des données dans MVC, elle n'est nulle part près de Fast A d'applications de construction dans WebForms.
Ma recommandation personnelle est d'apprendre MVC (et son modèle) car il ne dispose pas de composants microsoft propriétaires importants et vous fait penser à votre application à l'avant et à l'interaction avec l'arrière-plan.
Si vous voulez un bon exemple d'un grand site MVC ... vous êtes dessus. Stackoverflow Exécutez sur ASP.NET MVC.
J'espère que cela aide, c'est une opinion très générale et il y a beaucoup plus aux deux arguments. Cependant, de l'expérience personnelle, je pense que MVC vous apprendra beaucoup plus de technologies Web standard réutilisables à long terme.
CIAO
JON
Ceci peut être Assez controversé :)
Mon opinion personnelle est; Arrêtez d'investir dans WebForms (il s'agit d'un modèle cassé pour le Web) et d'apprendre ASP.NET MVC, donc non seulement vous pouvez produire des applications Web de conception, mais vous pouvez utiliser vos connaissances ailleurs sur le Web. MVC vous donne au courant de HTTP, HTML et d'autres «infrastructures Web» sous-jacentes vous donnant une meilleure chance de réussir les résultats.
Donc, à moins que vous ne souhaitiez gagner de l'argent (à nouveau totalement personnalisé, prenez-la avec une pincée de sel) Soutenir les anciennes installations de webforms (un peu comme Cobol - Tenez-vous des fans WebForms de chevaux :)) Je suggérerais certainement ASP .NET MVC;). Accordé je ne connais pas les développements récents sur WebForms ( surtout 4.0 / a>), afin que vous puissiez attendre aussi bien ..
EDIT: Si vous pensez que le passé WinForms L'expérience sera un avantage ou un argument d'utilisation de WebForms (qui est le principal point de vente pour les développeurs Microsoft, je pense), je pense), vous auriez raison, pendant environ une semaine et mal pour le reste du temps. Dans les formes Webformes et Winforms, vous avez des contrôles. La similitude se termine là-bas. Le modèle d'événement est totalement différent, le filetage est complètement différent, vous ne pouvez même pas commencer à comparer le rendu et ainsi de suite. C'est en fait le problème principal avec WebForms; essayer de ressembler à des winforms sur une architecture totalement différente.
Sans oublier que la plupart des autres cadres Web sont MVC, votre connaissance de ASP.NET MVC sera également en mesure de transférer à ceux-ci.
Il est beaucoup plus facile de trouver un emploi en train de faire des webforms, et MVC ne semble pas s'empêcher de son chemin dans les environnements de production en ce moment. Les applications plus complexes sont tenues d'utiliser MVC aujourd'hui, les plus petites préféreront probablement des formes Web, mais rappelez-vous que les applications plus petites représentent la majorité du marché du travail.
De toute façon, il ne fera pas mal d'apprendre les deux, ni au moins saisir les webforms et investir davantage dans MVC (comme il vous obligera à vous obliger à apprendre d'autres technologies habituellement associées à celle-ci: NHibernate / entité, DDD, TDD et ainsi au). En outre, vous pouvez utiliser beaucoup de contrôles en MVC, avec peu de modification, bien que la mentalité soit très différente.