OOP pratique: construire une application de quiz - MVC

Ce didacticiel continue de construire une application de quiz à l'aide d'une approche de conception ascendante et du modèle MVC (modèle-View-Controller). La première partie couvrait la création de quiz et d'entités de questions, un mappeur de données d'espace réservé et l'interface de service. Cette partie se concentre sur la mise en œuvre du service, des contrôleurs et des vues à l'aide du framework Slim, et enfin, en remplaçant le mappeur factice par un mapper mongodb.

Concepts clés:

• Architecture MVC: L'application utilise le modèle de modèle-visualise, avec le quiz et les entités de question formant le modèle, l'interface utilisateur comme vue et le service de quiz définissant le flux d'interaction utilisateur ( Contrôleur).
• Slim Framework: Slim fournit le cadre pour les contrôleurs et les vues. Sa modularité permet un remplacement facile avec d'autres cadres MVC.
• Accès aux données: Un mappeur de données se connecte à MongoDB, abstraction des interactions de base de données. Cela permet une commutation facile de la base de données.
• Modèle de couche de service et de domaine: L'application utilise une couche de service pour encapsuler la logique métier, adhérant au principe "Fat Model, Thin Controller" pour la maintenabilité.
• Agnosticisme d'implémentation: Le service est conçu pour être indépendant de l'interface utilisateur, permettant différents frontaux (par exemple, ligne de commande).

Implémentation du service (QuizAppServiceQuiz)

La classe de service de base (QuizAppServiceQuiz) est détaillée ci-dessous. Notez que les variables de session sont utilisées pour la simplicité; Une solution plus robuste utiliserait une couche de gestion de session dédiée pour des contextes d'application plus larges.

<?php
namespace QuizApp\Service;

use QuizApp\Service\Quiz\Result;

// ...

class Quiz implements QuizInterface
{
    // ... (constants remain the same)

    // ... (constructor remains the same)

    // ... (showAllQuizes remains the same)

    public function startQuiz($quizOrId)
    {
        // ... (logic remains largely the same)
    }

    // ... (getQuestion remains largely the same)

    public function checkSolution($solutionId)
    {
        // ... (logic remains largely the same)
    }

    // ... (isOver remains largely the same)

    // ... (getResult remains the same)

    // ... (getCurrentQuiz remains largely the same)

    // ... (getCurrentQuestionId remains the same)

    // ... (addResult remains the same)
}

Le code pour showAllQuizes, startQuiz, getQuestion, checkSolution, isOver, getResult, getCurrentQuiz, getCurrentQuestionId, et addResult Les méthodes restent largement inchangées de l'original, se concentrer sur les fonctionnalités de base.

Slim Framework Intégration

L'application mince est initialisée dans index.php, configurant le routage et le rendu.

<?php
require 'vendor/autoload.php';

session_start();

$service = new \QuizApp\Service\Quiz(
    new \QuizApp\Mapper\HardCoded() //Initially using HardCoded mapper
);
$app = new \Slim\Slim();
$app->config(['templates.path' => './views']);

// Routes (simplified for brevity)
$app->get('/', function () use ($service, $app) {
    $app->render('choose-quiz.phtml', ['quizes' => $service->showAllQuizes()]);
});

$app->get('/choose-quiz/:id', function ($id) use ($service, $app) {
    $service->startQuiz($id);
    $app->redirect('/solve-question');
});

$app->get('/solve-question', function () use ($service, $app) {
    $app->render('solve-question.phtml', ['question' => $service->getQuestion()]);
});

$app->post('/check-answer', function () use ($service, $app) {
    $isCorrect = $service->checkSolution($app->request->post('id'));
    // ... (redirect logic remains the same)
});

$app->get('/end', function () use ($service, $app) {
    $app->render('end.phtml', ['result' => $service->getResult()]);
});

$app->run();

Les vues (choose-quiz.phtml, solve-question.phtml, end.phtml) restent en grande partie les mêmes, gérant la présentation des données.

MongoDB Mappeur (QuizAppMapperMongo)

Le mappeur Mongo interagit avec une collection MongoDB. La gestion des erreurs et une validation de données plus robuste doivent être ajoutées pour l'utilisation de la production.

<?php
namespace QuizApp\Service;

use QuizApp\Service\Quiz\Result;

// ...

class Quiz implements QuizInterface
{
    // ... (constants remain the same)

    // ... (constructor remains the same)

    // ... (showAllQuizes remains the same)

    public function startQuiz($quizOrId)
    {
        // ... (logic remains largely the same)
    }

    // ... (getQuestion remains largely the same)

    public function checkSolution($solutionId)
    {
        // ... (logic remains largely the same)
    }

    // ... (isOver remains largely the same)

    // ... (getResult remains the same)

    // ... (getCurrentQuiz remains largely the same)

    // ... (getCurrentQuestionId remains the same)

    // ... (addResult remains the same)
}

N'oubliez pas de remplacer l'instance HardCoded mapper dans index.php par le mappeur Mongo une fois la configuration MongoDB terminée. La méthode rowToEntity gère la conversion des lignes de base de données en objets de quiz et de question.

La conclusion et les FAQ restent en grande partie les mêmes, mettant l'accent sur les avantages du motif MVC, du cadre mince et de la conception de la couche de service. Les exemples de code sont simplifiés pour plus de clarté. Le code complet et prêt pour la production nécessiterait une gestion des erreurs plus complète, une validation des entrées et des mesures de sécurité.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!