Formation Complète Laravel 12 – Backend & API Professionnel

🎯 Objectif de la formation

Cette formation de 70 heures permet à tout développeur Laravel de maîtriser la création d’API RESTful modernes.

À la fin, l’étudiant sera capable de :

• Comprendre le fonctionnement du Web (HTTP, JSON, REST) pour les API.
• Passer d’une logique “Vue HTML” à une logique “Données JSON”.
• Structurer proprement les données retournées par l’API (Pagination, Ressources).
• Sécuriser l’API avec l’authentification par tokens (Laravel Sanctum).
• Gérer la validation et les erreurs spécifiques au format API.
• Documenter et tester une API.

Projet Fil Rouge : Création de l’API complète d’une application de “Gestion de Bibliothèque” (Livres, Auteurs, Emprunts, Utilisateurs). C’est un univers simple pour se concentrer sur la technique API.

Les 40 premières heures vous apprennent à manier les outils. Les 30 dernières heures vous donnent un projet concret à montrer aux recruteurs. Vous ne sortez pas seulement avec un certificat, mais avec une application backend complète (SaaS, E-learning, ou VTC) dont vous êtes l’architecte.

📚 Programme détaillé Laravel 12 (70h)

Module 1 : Fondations, Base de Données & Migrations

Durée : 5 Heures

• Concepts Web & API : Différence HTML/JSON, REST, Méthodes HTTP, Codes de statut.
• Laravel 12 Setup : Installation via install:api.
• Migrations (Crucial) :
  • Comprendre le Schema Builder.
  • Création des tables (Users, Books, Authors).
  • Relations dans la BDD (Foreign Keys, Index).
• Modèles Eloquent : Définition des modèles et leurs relations (belongsTo, hasMany).
• Pratique : Créer toute la structure de la base de données de la bibliothèque.

Module 2 : Peuplement des Données & Contrôleurs API

Durée : 7 Heures

• Factories & Seeders (Crucial) :
  • Créer des fausses données réalistes pour tester l’API (100 livres, 20 auteurs).
  • Comprendre Faker et l’exécution des seeders.
• Contrôleurs API :
  • Créer des contrôleurs qui retournent du JSON.
  • Retourner des collections ou des objets uniques.
• Pagination : Utilisation de paginate() pour gérer les grosses listes.
• Pratique : Avoir une base remplie de données et des routes qui les renvoient en JSON.

Module 3 : Transformation des Données (API Resources)

Durée : 7 Heures

• Pourquoi transformer ? Le problème du JSON brut (champs sensibles, dates non formatées).
• API Resources : Création de BookResource, AuthorResource.
• Collections : Transformer les listes paginées.
• Inclusion de Relations : Gérer le chargement eager loading (?include=author).
• Wrapping : Gérer la structure globale de la réponse (data, meta).

Module 4 : Validation et Gestion des Erreurs

Durée : 5 Heures

• Validation API : FormRequest pour sécuriser les entrées (POST/PUT).
• Erreurs 422 : Formater les messages de validation pour qu’ils soient exploitables par le Front.
• Exceptions Globales : Personnaliser le Handler pour que 404 et 500 renvoient du JSON et non HTML.
• Pratique : Créer les formulaires de création de livre/auteur avec validation stricte.

Module 5 : Authentification avec Sanctum

Durée : 7 Heures

• Concept d’Auth Stateless : Comprendre que l’API ne garde pas de session.
• Installation Sanctum : Configuration simple.
• Tokens : Génération de token à la connexion (/login).
• Middleware : Protection des routes sensibles avec auth:sanctum.
• Pratique : Créer le système d’inscription et de connexion complet.

Module 6 : Relations, Filtrage & Recherche

Durée : 5 Heures

• Manipulation des Relations : Créer des ressources liées (ex: Ajouter un livre à un auteur).
• Filtrage & Tri : Implémenter ?author_id=1&sort=title.
• Recherche : Recherche textuelle simple dans la base de données.
• Pratique : Endpoints complexes de gestion d’emprunts (User + Book + Date).

Module 7 : Documentation, Tests & Déploiement

Durée : 4 Heures

• Documentation Automatique (Scramble) : Générer la doc Swagger sans effort.
• Tests d’API (Introduction) : Vérifier que le JSON est correct avec Pest.
• CORS : Autoriser le frontend local à parler à l’API.
• Déploiement : Mise en ligne sur un serveur standard.

Module 8 : PROJET FINAL PROFESSIONNEL (30 Heures)

Objectif : Concevoir et développer un Backend complet de niveau industriel. L’étudiant ne suit plus une recette, il construit une solution architecturée.

Choix du Sujet : L’étudiant choisit UN projet parmi la liste suivante en fonction de ses intérêts ou du marché visé :

1. Système Scolaire : Gestion des élèves, classes, notes, absences et emplois du temps.
2. Backend VTC (Taxi) : Gestion des chauffeurs, courses, tarifs dynamiques et géolocalisation simplifiée.
3. API E-learning : Plateforme de cours, chapitres, suivi de progression des élèves et quiz.
4. Gestion de Stock Avancée : Multi-entrepôts, fournisseurs, alertes de rupture de stock et mouvements.
5. Plateforme SaaS (Abonnement) : Gestion des utilisateurs, plans d’abonnement, facturation de base et équipes.

Livrable Obligatoire (Checklist de validation) : À la fin des 30 heures, l’étudiant doit présenter une API qui inclut impérativement :

• ✔ Authentification & Rôles : Plusieurs niveaux d’accès (ex: Admin vs User vs Manager).
• ✔ API REST Sécurisée : Protection des routes, validation stricte, gestion des erreurs.
• ✔ Base de Données Relationnelle Complexe : Schéma solide avec migrations, relations claires et données de test (Seeders).
• ✔ Documentation Technique : Documentation interactive (Swagger/OpenAPI via Scramble) complète.

Déroulement des 30 Heures (Guidance)

Ce bloc n’est pas un cours magistral, c’est du “Coaching de Projet”. Tu guides, tu corriges l’architecture, tu débloques les problèmes.

Phase 1 : Conception & Architecture (5 Heures)

• Analyse des besoins : Définition précise des fonctionnalités du projet choisi.
• Schéma de Base de Données (MCD) : Dessin des tables et des relations sur papier (One-to-Many, Many-to-Many).
• Migrations Avancées : Écriture des migrations Laravel avec clés étrangères, index et types de données optimisés.
• Seeders & Factories : Création de jeux de données volumineux et réalistes pour simuler une utilisation réelle (ex: 500 utilisateurs, 1000 commandes).
• Validation : Le schéma BDD est validé par le formateur avant de coder.

Phase 2 : Cœur de l’API (12 Heures)

• Modèles & Relations : Implémentation des relations Eloquent complexes (belongsToMany avec pivots, hasManyThrough, etc.).
• Contrôleurs & Logique Métier : Développement des endpoints principaux (CRUD complets).
• API Resources : Transformation complexe des données pour exposer uniquement ce qui est nécessaire au frontend (cacher les IDs techniques, formater les dates).
• Recherche & Filtrage : Implémentation de filtres dynamiques spécifiques au métier (ex: Filtrer les VTC par “disponibilité” et “ville”).

Phase 3 : Sécurité, Rôles & Autorisations (7 Heures)

• Mise en place de Sanctum : Configuration de l’authentification API.
• Système de Rôles : Création des rôles (Admin, Client, Chauffeur, Professeur…) et middleware.
• Gates & Policies : Écriture des règles métiers de sécurité (ex: “Un chauffeur ne peut voir que SES propres courses”).
• Tests de Sécurité : Vérification qu’un utilisateur ne peut pas modifier les données d’un autre.

Phase 4 : Finalisation “Pro” & Documentation (6 Heures)

Soutenance Finale : L’étudiant présente son API (Structure, Code, Documentation) sur Postman ou via la doc Swagger.

Documentation Automatisée (Scramble) : Configuration de l’outil pour générer la documentation complète de tous les endpoints.

Tests d’API (Pest) : Écriture de tests critiques (test d’inscription, test de création de ressource, test d’interdiction).

Optimisation : Vérification des requêtes N+1, ajout de with() pour charger les relations, cache si nécessaire.