Introduction à Symfony

Symfony est à la fois un ensemble de composants PHP open source et un framework pour applications web.

Ici, nous l’utiliserons comme un framework qui va nous aider à mieux structurer le code, fluidifier le travail en équipe, éviter de réinventer la roue, produire du code de qualité, permettre une plus grande rapidité de production.

Nous utiliserons également Composer, un gestionnaire de dépendances : il simplifie l’installation des modules, les mises à jour, la gestion de versions, la création de projets basés sur une structure définie ; tout ça en ligne de commande.

Mise en place

• télécharger PHP (on vérifie avec php --version)

• télécharger le gestionnaire de dépendances Composer (pas besoin du dev mode, juste un outil pour nous) (on vérifie avec composer --version)

• télécharger Symfony CLI (binaries amd64) : on dézippe et on ajoute l’exécutable (.exe) à la racine du dossier PHP (on vérifie avec symfony version)

Hello World

Projet GitHub : https://github.com/LSarribouette/hello-symfony

Dans le terminal,

• cd ./le/chemin/du/bondossier

• symfony new hello-world

  (raccourci pour dire create-project)

On l’ouvre dans un IDE (ici, PhpStorm) :

• lancer le projet via le terminal dans PhpStorm : symfony serve et cliquer sur l’adresse en local

• ctrl+c ou symfony server:stop arrête le serveur en cours

• on installe et active les plugins recommandés : Symfony Support et PHP Annotations

• on installe des packages :
  • avec composer, un package à la fois avec composer require nomdupackage
  • en utilisant des recettes flex (je récupère un package, qui a besoin d’un autre package, donc ça gère la succession des installations des packages selon leurs dépendances)
  • en utilisant des bundles = regroupement de packages

BP : quand on dev, on laisse le serveur lancé tout le long, ce qui met à jour le projet à chaque sauvegarde (comme le Live Server).

Répertoires d’un projet

• bin : on y fait rien, tous les exe

• config : configuration de Symfony et fichiers YAML

• migrations : scripts de mise à jour de base de données

• public : accessible par les navigateurs ; on y range les css, les media, tout ce qui a besoin d’être accessible par différentes pages

• src : c’est là qu’on écrit le code PHP (entités, contrôleurs, formulaires…)

• templates : fichiers de vue Twig

• tests : tests unitaires et fonctionnels

• translations : fichiers de traduction

• var : caches et logs

• vendor : dépendances du projet (équivalent du build path en Java), géré par Composer

• index.php : c’est forcément là où on arrive puis il redirige

• .gitignore : un dépôt git est créé à la création du projet

• .env : données d’environnement (on ajoute souvent un .env.local)

• composer.json : la liste des paquets qu’on utilise dans l’application