[ASP.NET MVC] Tutorial "NerdDinner" disponible
Sur son blog ScottGu's publie aujourd'hui un article concernant la mise à disposition d'un tutorial ASP.NET MVC au format HTML. Beaucoup plus lisible qu'un simple PDF ;)
Retrouvez donc ce tutorial à cette adresse : http://weblogs.asp.net/scottgu/archive/2009/04/28/free-asp-net-mvc-nerddinner-tutorial-now-in-html.aspx
[ASP.NET MVC] Sortie de la version finale 1.0 !
La sortie de la version finale du Framework ASP.NET MVC est sortie aujourd’hui.
Au niveau des changements apportés par rapport à la version RC2 :
- correction de quelques bugs
- mise à jour de la version de JQuery intégrée au Framework MVC : passage à la version 1.3.2
La version finale 1.0 est disponible en téléchargement ici.
[ASP.NET MVC] Partie 2 : Traitement d’une URL par une application MVC
Dans un précédent billet, j’ai pu expliquer le design pattern MVC. Parmi ses avantages, j’ai indiqué que l’URL mapping était optimisé pour le référencement et très “user-friendly”.
Pour y revenir plus en détails, dans une application ASP.NET MVC, l’URL mapping par défaut se présente sous cette forme : {controller} / {action} / {id}.
Par exemple, nous pourrions avoir l’URL suivante : http://www.dotnet-france.com/Cours/Details/10. “Cours” correspondrait au nom du controller, “Details” correspondrait à l’action qui serait déclenchée dans le controller et “10” correspondrait à l’id du cours pour lequel afficher les détails.
De ce fait, on peut donc étudier quel va être le cheminement que va faire l’application pour afficher la page correspondant à l’URL demandée :
Lorsqu’une requête est envoyée, le serveur la traite en suivant le “chemin” indiqué ci-dessus.
Tout d’abord, l’URL est analysée dans le fichier Global.asax grâce aux règles de routage qui y sont précisées. Si l’URL correspond à une des règles, alors elle est envoyée au controller correspondant. Par contre, si elle ne correspond pas, elle pourra être renvoyée vers une action par défaut.
Une fois dans le controller, l’action correspondante à celle indiquée dans l’URL (après le nom du controller) sera exécutée. L’action est en fait une méthode qui est exécutée. Cette action permettra de récupérer des données dans le model ou de les mettre à jour, etc…Ensuite, l’action renverra vers la vue indiquée dedans.
Cette vue correspond donc à la page ASPX à afficher.
Voilà pour le principe de base de l’exécution d’une URL dans une application MVC.
Dans un prochain billet je montrerai le template de base de Visual Studio.
[ASP.NET MVC] Partie 1 : Présentation de MVC
Il y a environ 1 mois est sorti la version Release Candidate d’ASP.NET MVC, je vais donc réaliser une saga MVC afin de faire partager au plus nombre cette alternative au développement Web forms !
Dans ce premier billet, je vais faire une présentation générale de l’architecture d’une application MVC.
Tout d’abord il vous est possible de télécharger ASP.NET MVC ici.
ASP.NET MVC est l’implémentation du design pattern MVC (déjà très connu) pour la conception d’applications web. Ce design pattern permet le découpage de notre application en 3 couches disctinctes : Model, View and Controller.
MODEL : Cette couche va contenir l’accès aux données via Linq-To-SQL/Entities ou via votre propre provider de données. Cette couche permettra aussi la mise à jour des données affichées dans la vue.
View : Cette couche correspond à l’interface de votre application. Elle permettra d’afficher les données du model et de récupérer les entrées utilisateurs.
Controller : C’est la couche qui pilotera toute votre application. Elle permettra de gérer les actions à réaliser sur les formulaires suivant les actions utilisateurs. De plus, elle gèrera les modifications à apporter à la couche Model donc aux données.
Les avantages de réaliser une telle architecture sont :
- Facilité de mise en place des tests unitaires : en effet, des tests unitaires peuvent êtres mis en place pour chaque couche séparée les unes des autres.
- Un mapping d’URL permettant d’avoir nativement des URL optimisées pour le référencement et pour l’URL rewriting.
- Routage de chaque action utilisateur vers le contrôleur correspondant. Il n’y pas plus de notion de postback comme pour les webforms mais on parle d’action.
Dans un prochain billet je montrerai plus en détails ASP.NET MVC en présentant le template fournit dans l’add-on Visual studio 2008. J’expliquerai les fonctionnement basique de ce type de développement d’applications web.