IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Etude de cas avec ASP.NET 2.0, C#, Spring.NET et NHibernate


précédentsommairesuivant

IX. L'application [SimuPaie] - version 4 - ASP.NET / multivues / monopage

Lectures conseillées : référence [1], programmation ASP.NET vol2, paragraphes :

- 1.1.3 : Composants serveur et contrôleur d'application

- 1.1.4 : Exemples d'applications MVC avec composants serveurs ASP

Nous étudions maintenant une version dérivée de l'application ASP.NET à trois couches étudiée précédemment et qui lui ajoute de nouvelles fonctionnalités. L'architecture de notre application évolue de la façon suivante :

Image non disponible

Le traitement d'une demande d'un client se déroule selon les étapes suivantes :

  • le client fait une demande à l'application.
  • l'application traite cette demande. Pour ce faire, elle peut avoir besoin de l'aide de la couche [métier] qui elle-même peut avoir besoin de la couche [dao] si des données doivent être échangées avec la base de données. L'application reçoit une réponse de la couche [métier].
  • selon celle-ci, elle choisit (3) la vue (= la réponse) à envoyer au client en lui fournissant (4) les informations (le modèle) dont elle a besoin.
  • la réponse est envoyée au client (5)

On a ici une architecture web dite MVC (Modèle - Vue - Contrôleur) :

  • [Application] est le contrôleur. Il voit passer toutes les requêtes du client.
  • [Saisies, Simulation, Simulations…] sont les vues. Une vue en .NET est du code ASP / HTML standard qui contient des composants qu'il convient d'initialiser. Les valeurs qu'il faut fournir à ces composants forment le modèle de la vue.

Nous allons ici implémenter le modèle (design pattern) MVC de la façon suivante :

  • les vues seront des composants [View] au sein d'une page unique [Default.aspx]
  • le contrôleur est alors le code [Default.aspx.cs] de cette page unique.

Seules des applications basiques peuvent supporter cette implémentation MVC. En effet, à chaque requête, tous les composants de la page [Default.aspx] sont instanciés, donc toutes les vues. Au moment d'envoyer la réponse, l'une d'elles est choisie par le code de contrôle de l'application simplement en rendant visible le composant [View] correspondant et en cachant les autres. Si l'application a de nombreuses vues, la page [Default.aspx] aura de nombreux composants et son coût d'instanciation peut devenir prohibitif. Par ailleurs, le mode [Design] de la page risque de devenir ingérable parce qu'ayant trop de vues. Ce type d'architecture convient pour des applications avec peu de vues et développées par une unique personne. Lorsqu'elle peut être adoptée, elle permet de développer une architecture MVC très simplement. C'est ce que nous allons voir dans cette nouvelle version.

IX-A. Les vues de l'application

Les différentes vues présentées à l'utilisateur seront les suivantes :

- la vue [VueSaisies] qui présente le formulaire de simulation

Image non disponible

- la vue [VueSimulation] utilisée pour afficher le résultat détaillé de la simulation :

Image non disponible

- la vue [VueSimulations] qui donne la liste des simulations faites par le client

Image non disponible

- la vue [VueSimulationsVides] qui indique que le client n'a pas ou plus de simulations :

Image non disponible
  • la vue [VueErreurs] qui indique une ou plusieurs erreurs :
Image non disponible

IX-B. Le projet Visual Web Developer de la couche [web]

Le projet Visual Web Developer de la couche [web] est le suivant :

Image non disponible
  • en [1] on trouve :
  • le fichier de configuration [Web.config] de l'application - est identique à celui de l'application précédente.
  • le fichier [Global.cs] qui gère les événements de l'application web, ici son démarrage - est identique à celui de l'application précédente si ce n'est qu'il gère également le démarrage de la session utilisateur.
  • le formulaire [Default.aspx] de l'application - contient les différentes vues de l'application.
  • en [2] on trouve les références du projet - sont identiques à celles de la version précédente

IX-C. Le fichier [Global.cs]

Le fichier [Global.cs] qui gère les événements de l'application web, est identique à celui de l'application précédente si ce n'est qu'il gère en plus le démarrage de la session utilisateur :

Global.cs

 
Cacher/Afficher le codeSélectionnez
  • lignes 27-34 : on gère le démarrage de la session. Nous mettrons dans celle-ci la liste des simulations faites par l'utilisateur.
  • ligne 30 : une liste de simulations vide est créée. Une simulation est un objet de type [Simulation] que nous allons détailler prochainement.
  • ligne 31 : la liste de simulations est placée dans la session associée à la clé " simulations "

IX-D. La classe [Simulation]

Un objet de type [Simulation] sert à encapsuler une ligne du tableau des simulations :

Image non disponible

Son code est le suivant :

 
Cacher/Afficher le codeSélectionnez

Les champs de la classe correspondent aux colonnes du tableau des simulations.

IX-E. La page [Default.aspx]

IX-E-1. Vue d'ensemble

La page [Default.aspx] contient plusieurs composants [View], un pour chaque vue. Son squelette est le suivant :

 
Cacher/Afficher le codeSélectionnez
  • ligne 10 : la balise pour disposer des extensions Ajax
  • lignes 11-73 : le conteneur UpdatePanel mis à jour par des appels Ajax
  • lignes 12-72 : le contenu du conteneur UpdatePanel
  • lignes 13-52 : l'entête qui sera présent dans chaque vue. Il présente à l'utilisateur la liste des actions possibles sous la forme d'une liste de liens.
  • ligne 33 : on notera l'attribut CausesValidation="False" qui fait que les validateurs de la page ne seront pas exécutés implicitement lorsque le lien sera cliqué. Lorsque cet attribut est absent, sa valeur par défaut est True. La validation de la page pourra être faite explicitement dans le code exécuté côté serveur par l'opération Page.Validate.
  • lignes 53-57 : un composant [MultiView] avec une unique vue [VueSaisies]. Pour cette raison, on a mis en dur, ligne 53, le n° de la vue à afficher : ActiveViewIndex="0"
  • lignes 53-67 : un composant [MultiView] avec quatre vues : la vue [VueSimulation] lignes 59-61, la vue [VueSimulations] lignes 62-64, la vue [VueSimulationsVides] lignes 65-67, la vue [VueErreurs] lignes 68-70. Un composant [MultiView] n'affiche qu'une vue à la fois. Pour afficher la vue n° i du composant Vues2, on écrira le code :

Vues2.ActiveViewIndex=i

IX-E-2. L'entête

L'entête est formé des composants suivants :

Image non disponible
Type Nom Rôle
1 LinkButton LinkButtonFaireSimulation demande le calcul de la simulation
2 LinkButton LinkButtonEffacerSimulation efface le formulaire de saisie
3 LinkButton LinkButtonVoirSimulations affiche la liste des simulations déjà faites
4 LinkButton LinkButtonFormulaireSimulation ramène au formulaire de saisie
5 LinkButton LinkButtonEnregistrerSimulation enregistre la simulation courante dans la liste des simulations
6 LinkButton LinkButtonTerminerSession abandonne la session courante

IX-E-3. La vue [Saisies]

Le composant [View] nommé [VueSaisies] est le suivant :

Image non disponible
Type Nom Rôle
1 DropDownList ComboBoxEmployes Contient la liste des noms des employés
2 TextBox TextBoxHeures Nombre d'heures travaillées - nombre réel
3 TextBox TextBoxJours Nombre de jours travaillés - nombre entier
4 RequiredFieldValidator RequiredFieldValidatorHeures vérifie que le champ [2] [TextBoxHeures] n'est pas vide
5 RegularExpressionValidator RegularExpressionValidatorHeures vérifie que le champ [2] [TextBoxHeures] est un nombre réel >=0
6 RequiredFieldValidator RequiredFieldValidatorJours vérifie que le champ [3] [TextBoxJours] n'est pas vide
7 RegularExpressionValidator RegularExpressionValidatorJours vérifie que le champ [3] [TextBoxJours] est un nombre entier >=0

IX-E-4. La vue [Simulation]

Le composant [View] nommé [VueSimulation] est le suivant :

Image non disponible

Il n'est composé que de composants [Label] dont les ID sont indiqués ci-dessus.

IX-E-5. La vue [Simulations]

Le composant [View] nommé [VueSimulations] est le suivant :

Image non disponible
Type Nom Rôle
1 GridView GridViewSimulations Contient la liste des simulations

Les propriétés du composant [GridViewSimulations] ont été définies de la façon suivante :

Image non disponible
  • en [1] : clic droit sur le [GridView] / option [Mise en forme automatique]
  • en [2] : choisir un type d'affichage pour le [GridView]
Image non disponible
  • en [3] : sélectionner les propriétés du [GridView]
  • en [4] : éditer les colonnes du [GridView]
  • en [5] : ajouter une colonne de type [BoundField] qui sera liée (bound) à l'une des propriétés publiques de l'objet à afficher dans la ligne du [GridView]. L'objet affiché ici, sera un objet de type [Simulation].
Image non disponible
  • en [6] : donner le titre de la colonne
  • en [7] : donner le nom de la propriété de la classe [Simulation] qui sera associée à cette colonne.
  • [DataFormatString] indique comment doivent être formatées les valeurs affichées dans la colonne.

Les colonnes du composant [GridViewSimulations] ont les propriétés suivantes :

Propriétés
2 Type : BoundField, HeaderText : Nom, DataField : Nom
3 Type : BoundField, HeaderText : Prénom, DataField : Prenom
4 Type : BoundField, HeaderText : Heures travaillées, DataField : HeuresTravaillees
5 Type : BoundField, HeaderText : Jours travaillés, DataField : JoursTravailles
6 Type : BoundField, HeaderText : Salaire de base, DataField : SalaireBase, DataFormatString : {0:C} (format monétaire, C=Currency) - affichera le sigle de l'euro.
7 Type : BoundField, HeaderText : Indemnités, Data Field : Indemnites, DataFormatString : {0:C}
8 Type : BoundField, HeaderText : Cotis. sociales, DataField : CotisationsSociales, DataFormatString : {0:C}
9 Type : BoundField, HeaderText : Salaire net, DataField : SalaireNet, DataFormatString : {0:C}

On prêtera attention au fait que le champ [DataField] doit correspondre à une propriété existante de la classe [Simulation]. A l'issue de cette phase, toutes les colonnes de type [BoundField] ont été créées :

Image non disponible
  • en [1] : les colonnes créées pour le [GridView]
  • en [2] : la génération automatique des colonnes doit être inhibée lorsque c'est le développeur qui les définit lui-même comme nous venons de le faire.

Il nous reste à créer la colonne des liens [Retirer] :

Image non disponible
Image non disponible
  • en [1] : ajouter une colonne de type [CommandField / Supprimer]
  • en [2] : ButtonType=Link pour avoir un lien dans la colonne plutôt qu'un bouton
  • en [3] : CausesValidation=False, un clic sur le lien ne provoquera pas l'exécution des contrôles de validation qui peuvent se trouver sur la page. En effet, la suppression d'une simulation ne nécessite aucune vérification de données.
  • en [4] : seul le lien de suppression sera visible.
  • en [5] : le texte de ce lien

IX-E-6. La vue [SimulationsVides]

Le composant [View] nommé [VueSimulationsVides] contient simplement du texte :

Image non disponible

IX-E-7. La vue [Erreurs]

Le composant [View] nommé [VueErreurs] est le suivant :

Image non disponible
Type Nom Rôle
1 Repeater RptErreurs affiche une liste de messages d'erreur

Le composant [Repeater] permet de répéter un code ASP.NET / HTML pour chaque objet d'une source de données, généralement une collection. Ce code est défini directement dans le code source ASP.NET de la page :

 
Cacher/Afficher le codeSélectionnez
  • ligne 2 : <ItemTemplate> définit le code qui sera répété pour chaque élément de la source de données.
  • ligne 4 : affiche la valeur de l'expression Container.DataItem qui désigne l'élément courant de la source de données. Cet élément étant un objet, c'est la méthode ToString de cet objet qui est utilisée pour inclure celui-ci dans le flux HTML de la page. Notre collection d'objets sera une collection List(Of String) contenant des messages d'erreur. Les lignes 3-5 inclueront des séquences <li>Message</li> dans le flux HTML de la page.

IX-F. Le contrôleur [Default.aspx.cs]

IX-F-1. Vue d'ensemble

Revenons à l'architecture MVC de l'application :

Image non disponible
  • [Default.aspx.cs] qui est le code de contrôle de la page unique [Default.aspx] est le contrôleur de l'application.
  • [Global] est l'objet de type [HttpApplication] qui initialise l'application et qui dispose d'une référence sur la couche [métier].

Le squelette du code du contrôleur [Default.aspx.cs] est le suivant :

 
Cacher/Afficher le codeSélectionnez

A la requête initiale (GET) de l'utilisateur, seul l'événement Load des lignes 24-31 est traité. Aux requêtes suivantes (POST) faites via les liens du menu, deux événements sont traités :

  • l'événement Load (24-31) mais le test du booléen Page.IsPostback (ligne 27) fait que rien ne sera fait.
  • l'événement lié au lien qui a été cliqué :
Image non disponible
  • lignes 33-36 : traitent le clic sur le lien [1]
  • lignes 38-41 : traitent le clic sur le lien [2]
  • lignes 43-46 : traitent le clic sur le lien [3]
  • lignes 58-61 : traitent le clic sur le lien [4]
  • lignes 48-51 : traitent le clic sur le lien [5]
  • lignes 53-56 : traitent le clic sur le lien [6]

Pour factoriser des séquences de code revenant souvent, deux méthodes internes ont été créées :

  • setVues, lignes 7-14 : fixe la ou les vues à afficher
  • setMenu, lignes 16-21 : fixe les options de menu à afficher

IX-F-2. L'événement Load

Lectures conseillées : référence [1], programmation ASP.NET vol2 :

- paragraphe 2.8 : Composant [Repeater] et liaison de données.

La première vue présentée à l'utilisateur est celle du formulaire vide :

Image non disponible

L'initialisation de l'application nécessite l'accès à une source de données qui peut échouer. Dans ce cas, la première page est une page d'erreurs :

Image non disponible

L'événement [Load] est traité de façon analogue à celle des versions ASP.NET précédentes :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-3. Action : Faire la simulation

Dans ce qui suit, l'écran noté (1) est celui de la demande de l'utilisateur, l'écran noté (2) la réponse qui lui est envoyée par l'application web. A partir de l'écran d'accueil, l'utilisateur peut commencer une simulation :

Image non disponible

- (1) : l'utilisateur demande une simulation

Image non disponible

- (2) : résultat de la simulation

Image non disponible

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-4. Action : Enregistrer la simulation

Une fois la simulation faite, l'utilisateur peut demander son enregistrement :

Image non disponible

- (1) : demande d'enregistrement de la simulation courante

Image non disponible

- (2) : la simulation est enregistrée et la liste des simulations faites est présentée

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-5. Action : Retour au formulaire de simulation

Lectures conseillées : référence [1], programmation ASP.NET vol2 :

- paragraphe 1.6.3 : Le rôle du champ caché _VIEWSTATE

Une fois la liste des simulations présentée, l'utilisateur peut demander à revenir au formulaire de simulation :

Image non disponible

On notera que l'écran (2) présente le formulaire tel qu'il a été saisi. Il faut se rappeler ici que ces différentes vues appartiennent à une même page. Entre les différentes requêtes, les valeurs des composants sont maintenues par le mécanisme du ViewState si ces composants ont leur propriété EnableViewState à true.

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-6. Action : Effacer la simulation

Une fois revenu au formulaire de simulation, l'utilisateur peut demander à effacer les saisies présentes :

Image non disponible

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-7. Action : Voir les simulations

L'utilisateur peut demander à voir les simulations qu'il a déjà faites :

Image non disponible
Image non disponible

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-8. Action : Supprimer une simulation

L'utilisateur peut demander à supprimer une simulation :

Image non disponible
Image non disponible

La procédure [GridViewSimulations_RowDeleting ] qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

IX-F-9. Action : Terminer la session

L'utilisateur peut demander à terminer sa session de simulations. Cela abandonne le contenu de sa session et présente un formulaire vide :

Image non disponible
Image non disponible

La procédure qui traite cette action pourrait ressembler à ce qui suit :

 
Cacher/Afficher le codeSélectionnez

Question : compléter le code ci-dessus

Travail pratique : mettre en œuvre sur machine l'application web précédente. Ajoutez-lui un comportement Ajax.


précédentsommairesuivant

Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2011 Serge Tahé. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents, images, etc. sans l'autorisation expresse de l'auteur. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.