2010-09-13 34 views
1

Mes antécédents sont principalement dans les applications de bureau sur la plate-forme Microsoft. J'ai beaucoup travaillé avec ASP.Net MVC ces derniers temps et j'ai complètement ignoré l'apprentissage des webforms. Je trouve que j'ai le plus de mal (n'étant pas un gars web) à écrire mes vues dans MVC. A quel point devrais-je être compétent avec HTML et javascript pour écrire de bonnes vues dans MVC? De plus, est-ce que le moteur de vue Webforms standard est ce que je devrais utiliser, ou est-ce que j'aurais plus de facilité à utiliser le moteur de vue Spark, étant donné mes antécédents?Où puis-je trouver des tutoriels de qualité qui m'amènent à travers l'anatomie d'une vue MVC?

+0

Regardez les liens sponsorisés tag: http://stackoverflow.com/questions/tagged/asp.net-mvc – bzlm

Répondre

1

Vous aurez besoin d'une bonne compréhension de HTML, JavaScript (et jQuery très probablement) et CSS pour la plupart des travaux sur le Web de nos jours. Peu importe si vous utilisez ASP.Net MVC w/Spark, moteur par défaut ou d'autres technologies comme PHP. En fin de compte, le navigateur ne comprend que HTML, JavaScript et CSS, l'autre est juste pour aider à créer cette sortie finale, mais vous devez toujours comprendre ce que vous voulez générer. En ce qui concerne le moteur de vue, si vous travaillez sur l'apprentissage pour un usage futur plutôt que pour un projet immédiat que vous voulez mettre en production dès que possible, je vous suggère de jeter un coup d'œil au prochain moteur de vue de Microsoft Razor.

http://weblogs.asp.net/scottgu/archive/2010/07/02/introducing-razor.aspx

Il est construit pour les ASP.Net MVC 3 Relâche inspirant des enseignements tirés de Spark, NHaml et le moteur d'affichage par défaut.

de l'article:
Objectifs de la conception

Nous avions plusieurs objectifs de conception à l'esprit que nous prototypé et évalué « Razor »:

  • Compact, Expressif et fluide: Razor minimise le nombre de caractères et les séquences de touches requises dans un fichier, et permet un flux de travail de codage rapide et fluide . Contrairement à la plupart des syntaxes du modèle , vous n'avez pas besoin de interrompre votre codage pour explicitement dénoter des blocs de serveur au sein de votre code HTML . L'analyseur est assez intelligent pour en déduire cela à partir de votre code. Cette permet une syntaxe expressive vraiment compacte et qui est propre, rapide et amusante à taper . Facile à apprendre: Razor est facile à apprendre et vous permet d'être rapidement productif avec un minimum de concepts. Vous utilisez toutes vos compétences linguistiques et HTML existantes.

  • N'est pas une nouvelle langue: Nous avons délibérément choisi de ne pas créer un nouveau langage impératif avec Razor. Nous voulions plutôt permettre aux développeurs d'utiliser leurs compétences en langage C#/VB (ou autre) avec Razor, et fournir une syntaxe de balisage de template qui permet un workflow de construction HTML génial avec la langue de votre choix. Fonctionne avec n'importe quel éditeur de texte: Razor ne nécessite pas d'outil spécifique et vous permet d'être productif dans n'importe quel éditeur de texte ordinaire (le bloc-notes fonctionne très bien). Intelligent: Tandis que Razor a été conçu pour ne pas nécessiter un outil spécifique ou un éditeur de code, il aura un excellent support de complétion des instructions dans Visual Studio. Nous mettrons à jour Visual Studio 2010 et Visual Web Developer 2010 pour avoir l'éditeur complet intellisense pour cela.Unité testable: La nouvelle implémentation du moteur de vues permettra de tester les vues unitaires (sans avoir besoin d'un contrôleur ou d'un serveur Web, et peut être hébergée dans un projet de test unitaire - pas de domaine d'application spécial requis).

Pour ASP.Net MVC 3 Preview 1, jetez un oeil à http://weblogs.asp.net/scottgu/archive/2010/07/27/introducing-asp-net-mvc-3-preview-1.aspx

1

Plus précisément sur le sujet des moteurs View, si vous cherchez à introduire des blocs de code dans votre point de vue, puis Razor serait la façon la plus simple de le faire. Je suppose, compte tenu de vos antécédents, la question suivante serait - "comment puis-je savoir si je veux introduire des blocs de code dans la vue?" - La réponse que j'ai peur ne peut venir à vous avec beaucoup de douleur une expérience. Beaucoup de gens ont écrit des billets de blog expliquant les dangers des blocs de code mélangés avec le balisage qui mène à un cauchemar communément appelé Tag Soup. Tout ce que Razor (et Webforms d'ailleurs) fait pour vous est d'apporter la puissance de l'ensemble des langages C# ou VB.Net dans la vue d'une manière qui prescrit une utilisation abondante. C'est ce qui conduit au problème Tag Soup.

Mais il semble qu'il y ait toujours des dures dilapidations, avec une sorte d'illusion que vous pouvez garder vos vues propres à long terme en utilisant cette méthode. Si vous travaillez sur le code seul, et pour toujours, alors j'aurais tendance à être d'accord que c'est possible, mais seulement alors avec des niveaux déprimants de concentration et de détermination. Si toutefois, vous souhaitez conserver vos vues pour le balisage avec le code abstrait à l'endroit où il peut être moins tentant de mettre une «solution rapide ici» et un «hack là», alors je voudrais Je vous recommande vivement de passer par-dessus les moteurs de vue centrés sur le code et d'utiliser Spark.

En termes de réponse directe à votre question, vous pouvez trouver de nombreux tutoriels de débutant à avancé. Voici quelques-uns de ceux que je vous recommande dans des formats de blog et vidéo:

De toute façon, j'espère que cela vous donnera assez pour prendre une décision éclairée.

Bonne chance dans vos barbotages!

Rob G