實用的OOP：構建測驗應用程序 - 引導程序

>本文詳細介紹了使用PHP構建可維護且可擴展的測驗應用程序，重點介紹了堅實的原理以及域模型和服務層模式。 我以前的PHP MVC開發方法缺乏對凝聚力的應用結構和關注分離的真實理解。該系列糾正了。

密鑰概念：

• > 穩定的原理和MVC：文章強調單獨的MVC的局限性，並提倡更深入地理解和應用實體原理，以實現魯棒的對象為導向的編程。 >
>
• 分層體系結構：測驗應用程序以層（域模型，服務層，演示層）的構建，以供易於組件替換（例如，數據庫，UI）。 >
>
• 域模型模式：數據庫架構鏡像面向對象的設計，優先考慮乾淨的代碼，而不是直接數據庫鏡像。 >
服務層模式：此模式封裝了業務邏輯，將操作與基礎類別解耦，從而在不同的接口（Web，cli）中啟用可重複使用性。 實際實施：本文提供了一個逐步指南來設置應用程序，包括編碼服務類，定義其接口以及將測驗和問題建模為實體。佔位符映射器簡化了初始數據庫交互。 >
• 為什麼MVC不夠：
>

雖然MVC有價值，但其過度使用通常會導致結構較差，面向準物體的或程序代碼在類中偽裝。 該項目使用域模型模式（從企業應用程序架構的Martin Fowler的

模式）來創建一個真正面向對象的系統。 使用本教程的手冊，簡化的映射器，確認了對象相關映射（ORM），但延遲了。 服務層解決了為複雜操作協調多個類的挑戰。 服務層：

脫鉤的代碼是良好面向對象設計的基石，需要一種結合獨立類的機制。該服務層通過將系統操作分組為專用服務類，從而實現此目的，從而促進不同應用程序零件（Web，CLI等）的可重複使用性。 >

project設置（使用Slim）：> Slim是一個輕巧的框架，用於簡單。 為依賴項管理提供了

>文件：

>

>測驗服務界面（）：

>

此接口定義了核心測驗操作：> composer.json

{
    "require": {
        "slim/slim": "2.*"
    },
    "autoload": {
        "psr-4": {"QuizApp\": "./lib/"}
    }
}

測驗mapper接口（

）：>

映射器界面處理數據庫交互：>

{
    "require": {
        "slim/slim": "2.*"
    },
    "autoload": {
        "psr-4": {"QuizApp\": "./lib/"}
    }
}

>實體（>和Question.php）：Quiz.php

這些類模型測驗問題並進行了測驗：

<?php
namespace QuizApp\Service;

interface QuizInterface {
    /** @return Quiz[] */
    public function showAllQuizes();
    public function startQuiz($quizOrId);
    /** @return Question */
    public function getQuestion();
    /** @return bool */
    public function checkSolution($id);
    /** @return bool */
    public function isOver();
    /** @return Result */
    public function getResult();
}

佔位符映射器（）： Hardcoded.php >帶有用於測試的硬編碼數據的臨時映射器：>

>

結論和下一步：

<?php
namespace QuizApp\Mapper;

interface QuizInterface {
    /** @return \QuizApp\Entity\Quiz[] */
    public function findAll();
    /** @param int $i @return \QuizApp\Entity\Quiz */
    public function find($i);
}

>

這個初始零件設置了基礎。 下一部分將涉及實施服務類，創建真實的數據庫映射器（可能使用學說）以及開發控制器和視圖。 模塊化設計可確保可維護性和可擴展性。 此部分的完整源代碼是[鏈接到源代碼]。

>（為簡潔而刪除了常見問題部分。常見問題解答良好，可以包含在單獨的後續文章中。

以上是實用的OOP：構建測驗應用程序 - 引導程序的詳細內容。更多資訊請關注PHP中文網其他相關文章！