Examen niveau 4 — PHP · GUIDINEE.COM

Examen — questions inédites

12 questions pour valider le niveau : MVC, Laravel, Symfony, API REST avec JWT et tests PHPUnit.
Répondez à tout, puis cliquez sur Corriger : score et explications s'affichent.

4.1 · Rappel

1. Dans le pattern MVC, qui fait quoi ?

Modèle = routage, Vue = tests, Contrôleur = déploiement Modèle = HTML, Vue = base, Contrôleur = CSS Tout se fait dans la vue, le reste est décoratif Modèle (données + logique), Vue (affichage), Contrôleur (coordination)

Données au modèle, affichage à la vue, coordination au contrôleur.

4.2 · Rappel

2. Que font Blade et Eloquent dans Laravel ?

Blade = templates avec échappement auto, Eloquent = ORM en objets Blade = base, Eloquent = HTML Blade supprime le routage, Eloquent supprime les tests Blade déploie, Eloquent sauvegarde en CSV

Templates sûrs + base en objets avec préparées auto.

4.3 · Rappel

3. Quelle est la caractéristique majeure de Symfony ?

Une architecture en composants indépendants et réutilisables L'absence de système de templates Un langage différent de PHP L'interdiction des ORM

Composants : modularité, réutilisation même hors Symfony.

4.1 · Application

4. Riad trouve une requête SQL dans une vue. Que faire ?

La dupliquer dans le CSS La déplacer dans le modèle, la vue ne recevant que des données prêtes Supprimer la base de données La laisser, elle marche

Vues bêtes : afficher ; modèles riches : données et règles.

4.2 · Application

5. La liste produits de Riad fait une requête par ligne (N+1). Réflexe ?

Stocker les prix dans le template Ajouter plus de requêtes pour compenser Charger la relation en une fois (eager loading, with()) et vérifier le SQL généré Passer tout en 200 pour aller plus vite

Comprendre le SQL d'Eloquent ; une requête au lieu d'une par ligne.

4.4 · Application

6. Le mobile de Riad crée un produit (POST /api/produits). Codes attendus ?

Aucun code, le corps suffit 201 si créé, 400 si invalide, 401 sans jeton 200 même en erreur, toujours 302 puis 418 dans tous les cas

201 après création, 400 si invalide, 401 si non authentifié.

4.4 · Application

7. Une requête arrive sans jeton sur /api/produits protégée de Riad. Réponse ?

Redirection vers une vidéo 200 avec les données quand même 500 sans explication 401 (jeton manquant/invalide), secret vérifié depuis l'environnement

401 = non authentifié ; secret en .env, jamais en dur.

4.5 · Application

8. Riad veut verrouiller son calcul prixTTC. Premier test ?

assertEquals(120, prixTTC(100, 0.20)) plus un cas limite, lancés via ./vendor/bin/phpunit Supprimer la fonction pour ne plus avoir de bug Tester uniquement le CSS Un echo « ça a l'air bon »

Entrée → attendu en assertion, cas limites inclus.

4.3 · Application

9. Le client de Riad impose Symfony alors que l'équipe connaît Laravel. Arbitrage ?

Tout réécrire en SQL à la main Refuser toute mission Symfony Traduire les concepts (Blade→Twig, Eloquent→Doctrine) : mêmes idées, autre vocabulaire Mélanger les deux frameworks au hasard

Concepts transférables : MVC, ORM, templates, routage.

4.2 · Arbitrage

10. Riad découvre le secret JWT collé en dur dans un commit poussé. Premier réflexe ?

Supprimer les tests pour compenser Le laisser, personne ne regarde Le copier aussi dans le README Le déplacer en variable d'environnement (.env ignoré), régénérer le secret et révoquer l'ancien

Secret hors du code et hors Git ; rotation immédiate après exposition.

4.5 · Arbitrage

11. À la veille des promos, Riad hésite à tester (« ça marche déjà »). Décision ?

Livrer vite sans tests, on verra en production Écrire au minimum des tests sur la logique critique (normal + limites) et les relancer à chaque retouche Tester à la main une fois, sans automatiser Supprimer la validation pour gagner du temps

Non-régression : la suite verte avant chaque livraison.

4.4 · Arbitrage

12. Riad doit servir le même catalogue au site et au mobile. Architecture ?

Renvoyer 200 vide pour soulager le serveur Dupliquer la logique dans deux codebases séparées Exposer une API REST versionnée (/api/v1/) en JSON + JWT, consommée par les deux clients Envoyer le HTML du site au mobile tel quel

Un back-end découplé, plusieurs clients, contrat versionné.

Et après ?

Score ≥ 80 % : passez au Niveau 5 — PHP pro (patterns, performance, Docker, déploiement) et menez vos applications en production.
Score 50-79 % : reprenez les sections ratées (MVC 4.1, Laravel 4.2, Symfony 4.3, API/JWT 4.4, PHPUnit 4.5), relisez les explications ci-dessus, puis refaites le test.
Score < 50 % : recommencez le niveau depuis 4.1 en codant chaque modèle (MVC, CRUD, Twig, API, tests), puis retentez l'examen à tête reposée.