• 12 heures
  • Moyenne

Ce cours est visible gratuitement en ligne.

course.header.alt.is_video

course.header.alt.is_certifying

J'ai tout compris !

Mis à jour le 28/11/2019

Entrainez-vous en complétant le code du blog

Connectez-vous ou inscrivez-vous gratuitement pour bénéficier de toutes les fonctionnalités de ce cours !

À vous de jouer !

Présentation du Blog de Zozor

Il s'agit ici de compléter l'application que vous avez manipulée pour le QCM de la partie 2 de ce cours (Initiation à Twig et Doctrine ORM). Vous allez compléter cette application pour lui ajouter une interface de gestion des articles avec les fonctionnalités suivantes :

  • création et édition d'un article (avec sauvegarde en base de données) ;

  • suppression d'un article ;

  • visualisation de l'article dans l'interface de gestion.

La page d'accueil de l'interface de gestion sera fournie, ainsi que le code pour vous authentifier (n'hésitez pas à le parcourir pour apprendre).

Voici un exemple de ce qu'il vous faut obtenir :

Edition d'un article du Blog de Zozor
Édition d'un article
Suppression d'un article du Blog de Zozor
Suppression d'un article

Quelques conseils

  • Le projet est fourni avec une suite de tests que vous pouvez lancer à l'aide de la commande suivante :  
    ./vendor/bin/simple-phpunit

  • Procédez par étape : d'abord, vérifiez que Doctrine est bien configuré, puis le code de vos contrôleurs, et enfin les vues en Twig.

Consignes et livrables

Après avoir récupéré l'archive en suivant ce lien, puis l'avoir extraite sur votre machine de développement, lancez le serveur de développement à l'aide de la commande suivante :

php bin/console server:run

Accédez au projet dans le navigateur, et en vous servant de la suite de tests et des captures d'écran fournies, déboguez et complétez l'application.

Une fois l'application terminée (elle passe tous les tests), le dossier de l'application devra être archivé au format .zip.

Enfin, il faudra aussi déployer l'application sur Heroku/Platform.sh et fournir l’URL de l'application dans le fichier README.md du projet.

Vérifiez votre travail

Propreté du code

Pour cette partie, il s'agit de voir si le code est très facilement compréhensible par un autre développeur. Un code lisible doit avoir un nommage clair pour chaque composant (classes, méthodes, attributs et variables) en utilisant un standard de nommage (camelCase).

Il est important de séparer chaque partie de l'application en différentes classes et méthodes.

Aussi, nous avons vu qu'il existe des standards propres au projet Symfony que l'on peut valider à l'aide du logiciel PHP-CS-Fixer.

Pour information, après installation, la commande à utiliser est la suivante :

php ./vendor/bin/php-cs-fixer fix --dry-run --stop-on-violation

Tests unitaires

Bien qu'il n'ait pas été demandé d'écrire de tests supplémentaires, vérifiez que la suite de tests actuelle fonctionne toujours. Pour exécuter la suite de tests, vous pouvez utiliser la commande suivante :

./vendor/bin/simple-phpunit --stop-on-error 

Fonctionnalités

Évidemment, les fonctionnalités sont la partie la plus importante du projet. Il se peut que les tests ne fonctionnent pas, mais que l'application fonctionne partiellement. Il faut donc vérifier que l'affichage, la création, l'édition et la suppression d'un article fonctionnent.

Critères d'évaluation

Pour être sûr que vous avez tout fait correctement, vérifiez votre code selon les critères d'évaluation suivants :

  • Chaque action est identifiée par une méthode qui lui est propre.

  • Aucune méthode ne dépasse 20 lignes de code.

  • Le code respecte les standards de Symfony.

  • L'architecture du projet initial a été respectée.

  • La suite de tests fournie doit être lancée sans erreurs.

  • Les entités doivent être correctement configurées.

  • Les données de démonstration doivent pouvoir être rechargées sans erreurs.

  • Les vues sont faites en Twig et ne génèrent aucune erreur.

  • Les vues ressemblent aux captures d'écran fournies.

Exemple de certificat de réussite
Exemple de certificat de réussite