Énoncé 3 : Les demandes

Prérequis

Pour valider les prérequis nécessaires, avant d’aborder le TP, répondez aux questions ci-après :

Énoncé 3.1 Afficher la page d’accueil en MVC

Durée estimative : 30 minutes

Ce premier exercice consiste à afficher la page d’accueil du site teamup à l’aide du framework FPL et des éléments déjà réalisés au premier chapitre. Nous avons besoin d’un contrôleur homeController et d’une action appelée index. Le fichier router.php reçoit toutes les requêtes situées sous l’URI teamup/application dont l’URL se termine par .do, le script décode certains segments de l’URL qui définissent la route : http://localhost/teamup/application/general-home-index.do

Dans cet exemple...

Énoncé 3.2 Réaliser la page de connexion en MVC

Durée estimative : 30 minutes

Passons maintenant à la réalisation d’une page comportant un formulaire à traiter en MVC. Cette page de connexion demande à l’utilisateur son identifiant et son mot de passe, lesquels doivent respecter certaines règles de conformité (valeurs non vides). Dans un premier temps, les crédits de connexion sont vérifiés à partir de valeurs configurées par défaut, et le TP 3.4 sera l’occasion d’améliorer ce fonctionnement en raccordant la vérification à la base de données. 

Pensez à définir l’espace de noms et à nommer la classe comme il convient.

class loginModel { 
  
   /** 
    * @Required(error="L'identifiant est requis",property="login") 
    * @var string 
    */ 
   public $login; 
 
   /** 
    * @Required(error="Le mot de passe est requis",property="pwd") 
    * @var string 
    */ 
   public $pwd; 
 
   public $login_action; 
} 

Énoncé 3.3 Activer l’authentification

Durée estimative : 45 minutes

Par défaut, les utilisateurs sont anonymes et les accès sont autorisés pour ces utilisateurs à l’ensemble des contrôleurs et de leurs actions. L’annotation @Autorisation appliquée soit au niveau du contrôleur soit au niveau de l’action filtre les accès à certains utilisateurs (anonymes ou nommés). Pour activer l’authentification au niveau de tout le site, il convient d’interdire l’accès aux utilisateurs anonymes à l’ensemble des contrôleurs, excepté userController qui réalise l’authentification. Pour l’instant, l’application n’a défini qu’un seul contrôleur en dehors de celui de connexion.

Énoncé 3.6 Saisir des demandes

Durée estimative : 60 minutes

Ce TP illustre le fonctionnement et l’intérêt de MVC dans une page comprenant un formulaire.

Le formulaire peut se créer directement à partir des balises HTML <input>...

Énoncé 3.7 Affichage d’une demande

Durée estimative : 30 minutes

À présent que les URL des actions nous sont connues (zone-contrôleur-action.do), nous allons introduire des paramètres. Le but est de sélectionner dans la table demande l’enregistrement qui correspond à l’identifiant indiqué dans la requête. Pour cela, l’attribut @Route vient préciser quels arguments admet la requête.

@Route(parameters="id-{id}") 

Énoncé 3.8 Liste des demandes

Durée estimative : 25 minutes

Bien entendu, nous attendons de notre application qu’elle génère elle-même les URL en incluant le paramètre id. C’est l’objet de cet exercice.

Il serait intéressant de modifier les requêtes SQL pour paginer le résultat en dehors du code PHP et ainsi améliorer les performances du site.

Le code HTML est là encore très semblable aux TP 2.5 et 3.3.

{ field: 'id_demande', title:'Edit', renderer:  
  function (value, record) {  
         return "<a href='<?php html::action_href('demandes', 'demande', 
'editdemande')?>-id-" + value + "'>Edit</a>";  
  }...

Énoncé 3.9 Pour aller plus loin : gérer un workflow

Durée estimative : 45 minutes

La liste des tâches est partagée entre tous les utilisateurs. Ce dernier TP ajoute un filtre sur l’affectation des demandes et donne la possibilité de réassigner une demande.

$('#btnFiltre').on('click', function () { 
   grid.reload({ name: $('#lstName').val() }); 
});