mission MVC

Créé en 2017 et modifié le 02 Jul 2018

Créé en 2017 et modifié le 02 Jul 2018

Etape 1 : Installation

Installer la base de données correspondant à la mission PHP SGBDR.

Réaliser les répertoires correspondants au cours.

Rappel :

  • On ne ferme jamais les modèles et les contrôleurs avec ?> sauf pour des tests d’affichages.
  • Les noms de fichiers des vues commenceront par v
  • Les noms des fichiers des contrôleurs commenceront par c
  • Les noms des fichiers des modèles commenceront par m

Etape 2 : MVC avec une seule interaction

Réaliser un affichage des clients par ordre alphabétique en respectant le modèle MVC

On aura :

  • Un fichier modèle qui contient la fonction getClient qui renvoi une collection de client triée par ordre alphabétique.
  • Un fichier vue qui affiche un tableau de client grâce à un tableau PHP $mesCLients
  • Un fichier contrôleur qui appelle la fonction getClient, puis renseigne le tableau $mesClients et appelle la vue.

On accèdera de l’index.php au contrôleur via un header en PHP.

Etape 3 : MVC avec deux interactions

Réaliser un affichage de visites. Une visite est réalisée par un client pour un produit. Elle comporte une date. Réaliser la table avec quelques enregistrements.

On aura :

  • Le même fichier […]

MCV MVP PM MVVM

support easyline stone ristoo finder otelo

Un patron d’architecture[1] logicielle permet de diviser le code pour répondre à des problèmes spécifiques. Il facilite le développement, la maintenance en structurant l’ensemble. C’est une vision globale de la structure du logiciel à concevoir.

Les patrons d’architecture ne doivent pas être confondus avec les patrons de conception[2] dédiés à la résolution d’un problème en décrivant l’organisation de modules et de classes. Les patrons de conception permettent la description d’objets coopératifs et de classes spécialisées pour résoudre un problème général de conception dans un contexte particulier.

On peut les comparer à des composants logiques décrits indépendamment d’un langage donné. Un modèle de conception est une vision plus abstraite qu’un composant. Il serait par exemple inopportun d’utiliser les design patterns pour coder des listes chaînées ou des tables de hachage. Le design pattern n’est pas non plus une représentation complexe spécifique à un domaine : ils ne seront pas utilisés pour coder deux logiciels de facturation qui paraissent analogues dans une entreprise. Leur critère de couverture est donc générique (réutilisables pour un ensemble de problèmes généraux de conception).

Ces patrons répondent à des préoccupations locales. On peut […]

Go to Top