Architecture MVC - Symfony

0 Départ : La Requête HTTP

Tout commence quand un utilisateur tape une URL dans son navigateur ou clique sur un lien :

// Exemple d'URL
https://monsite.com/produits
https://monsite.com/produits/5
https://monsite.com/contact
            

Le navigateur envoie une requête HTTP au serveur (GET, POST, PUT, DELETE...)

1 Front Controller

C'est la porte d'entrée unique de votre application Symfony.

📂 Fichier : public/index.php
🎯 Rôle : Recevoir TOUTES les requêtes et démarrer Symfony
⚙️ Il initialise le framework et charge l'application

💡 À retenir : Toutes les URLs passent par ce fichier unique. C'est pour ça qu'on configure le serveur web pour rediriger tout vers index.php

2 Le Routeur (Router)

Le routeur est comme un GPS ou un aiguilleur de train 🚦

Son travail :

📖 Il lit l'URL demandée : /produits
🔍 Il cherche dans ses routes configurées
🎯 Il trouve quel Controller appeler et quelle méthode exécuter

// Dans ProductController.php
#[Route('/produits', name: 'app_product_list')]
public function index(): Response
{
    // Code ici...
}
            

Correspondance :

URL : /produits → ProductController::index()
URL : /produits/5 → ProductController::show(5)
URL : /contact → ContactController::index()

3 Le Controller (Contrôleur)

C'est le CHEF D'ORCHESTRE 🎼 de votre application !

Son rôle principal :

🧠 Réfléchir à ce qu'il faut faire
📞 Appeler le Model pour récupérer ou modifier des données
📄 Appeler la View pour afficher le résultat
📤 Renvoyer une réponse HTTP

// src/Controller/ProductController.php
namespace App\Controller;

class ProductController extends AbstractController
{
    #[Route('/produits', name: 'app_product_list')]
    public function index(ProductRepository $repo): Response
    {
        // ① Demande au Model les produits
        $produits = $repo->findAll();
        
        // ② Envoie les données à la View
        return $this->render('product/index.html.twig', [
            'produits' => $produits
        ]);
    }
}
            

🚫 Ce que le Controller ne fait PAS :

❌ Ne fait pas de requêtes SQL directement
❌ Ne contient pas de HTML
❌ Ne gère pas la logique métier complexe

4 Le Model (Modèle)

C'est la BIBLIOTHÈQUE DE DONNÉES 📚 de votre application.

Il est composé de 2 parties :

A) Les Entités (Entity)

Ce sont des classes PHP qui représentent vos tables de base de données.

// src/Entity/Product.php
namespace App\Entity;

#[ORM\Entity]
class Product
{
    #[ORM\Id]
    #[ORM\GeneratedValue]
    #[ORM\Column]
    private ?int $id = null;

    #[ORM\Column(length: 255)]
    private ?string $name = null;

    #[ORM\Column]
    private ?float $price = null;

    // Getters et Setters...
}
            

B) Les Repositories

Ce sont des classes qui font les requêtes en base de données.

// src/Repository/ProductRepository.php
class ProductRepository extends ServiceEntityRepository
{
    // Récupérer tous les produits
    public function findAll(): array
    
    // Récupérer un produit par son ID
    public function find($id): ?Product
    
    // Créer une requête personnalisée
    public function findByPriceRange($min, $max): array
    {
        return $this->createQueryBuilder('p')
            ->where('p.price >= :min')
            ->andWhere('p.price <= :max')
            ->setParameter('min', $min)
            ->setParameter('max', $max)
            ->getQuery()
            ->getResult();
    }
}
            

💡 Correspondance : Une entité = une table en base de données
Exemple : Product.php → table "product"

5 La View (Vue)

C'est la VITRINE 🎨 de votre application, ce que voit l'utilisateur !

Dans Symfony, on utilise Twig :

📂 Emplacement : templates/
📄 Extensions : .html.twig
🎯 Rôle : Afficher les données sous forme de HTML

{# templates/product/index.html.twig #}
{% extends 'base.html.twig' %}

{% block title %}Liste des produits{% endblock %}

{% block body %}
    <h1>Nos Produits</h1>
    
    <ul>
    {% for produit in produits %}
        <li>
            {{ produit.name }} - {{ produit.price }}€
        </li>
    {% endfor %}
    </ul>
{% endblock %}
            

Syntaxe Twig :

{{ variable }} → Afficher une variable
{% for %} → Boucle
{% if %} → Condition
{% extends %} → Hériter d'un template parent

6 La Réponse HTTP

À la fin, Symfony renvoie une réponse HTTP au navigateur :

✅ Code 200 : Tout s'est bien passé
🔄 Code 301/302 : Redirection
❌ Code 404 : Page non trouvée
🚫 Code 500 : Erreur serveur

Le navigateur reçoit du HTML, CSS, JavaScript et affiche la page à l'utilisateur !

📝 Résumé en 3 points

Le Routeur dit au Controller : "C'est toi qui gères !"
Le Controller dit au Model : "Donne-moi les données" et à la View : "Affiche-les"
La View transforme les données en HTML que le navigateur peut afficher

🎯 Exemple concret complet

Scenario : Un utilisateur veut voir la liste des produits

👤 L'utilisateur tape : https://monsite.com/produits
🚪 La requête arrive sur public/index.php
🗺️ Le Routeur lit l'URL /produits
🎯 Il trouve la route et appelle ProductController::index()
🧠 Le Controller demande au ProductRepository tous les produits
🗄️ Le Repository fait une requête SQL et retourne les données
📄 Le Controller envoie ces données au template product/index.html.twig
🎨 Le template Twig génère du HTML avec les produits
📤 Symfony renvoie la page HTML au navigateur
✅ L'utilisateur voit la page avec la liste des produits !

🎯 Architecture MVC avec Symfony