Архитектура MVC и слои приложения — бесплатный тест онлайн

Вопрос 1 из 30

Что должен делать тонкий контроллер?

final class OrderController
{
    public function __construct(private PlaceOrder $placeOrder) {}

    public function create(ServerRequest $request): Response
    {
        $input = CreateOrderInput::fromRequest($request);
        $result = $this->placeOrder->execute($input);
        return JsonResponse::created($result);
    }
}

Прочитать ввод, выполнить SQL и сразу сформировать предметные сущности Реализовать расчёт скидки в каждом маршруте, где создаётся заказ Принять и проверить ввод, вызвать сценарий и собрать Response Управлять транзакциями и блокировками всех репозиториев внутри HTTP-метода Хранить состояние текущего пользователя в свойстве контроллера между запросами

Вопрос 2 из 30

Почему возврат массива данных вместо немедленного echo полезен?

$data = $presenter->order($order);
return new JsonResponse($data, 200, ['Cache-Control' => 'private']);

Массив всегда сериализуется быстрее заранее подготовленной строки Ответ можно сериализовать и снабдить заголовками echo нельзя использовать ни в одном приложении с маршрутизатором MVC Возврат данных автоматически закрывает PDO и фиксирует транзакцию Массив сам экранирует значения для любого формата ответа

Вопрос 3 из 30

Где проверять формат email из JSON?

$payload = json_decode($body, true, 512, JSON_THROW_ON_ERROR);
$input = RegistrationInput::fromArray($payload);
$violations = $validator->validate($input);

Только в клиентском JavaScript: сервер может доверять прошедшему форму значению В SQL-запросе при каждой записи, поскольку формат email относится к хранению На входной границе DTO/валидатора до вызова сценария В объекте Response, когда сценарий уже выполнен и данные изменены В HTML-шаблоне после сохранения, чтобы показать пользователю предупреждение

Вопрос 4 из 30

Какой архитектурный дефект сильнее всего затруднит развитие этого обработчика?

final class PurchaseController
{
    public function __construct(private PDO $pdo) {}

    public function buy(ServerRequest $request): Response
    {
        $productId = (int) $request->getParsedBody()['product_id'];

        $this->pdo->beginTransaction();
        $stmt = $this->pdo->prepare(
            'UPDATE stock SET quantity = quantity - 1 WHERE product_id = ?'
        );
        $stmt->execute([$productId]);
        mail('warehouse@example.test', 'Purchase', (string) $productId);
        $this->pdo->commit();

        return new JsonResponse(['ok' => true]);
    }
}

Контроллер сам выполняет SQL, управляет транзакцией и отправляет уведомление JsonResponse не позволяет использовать тот же сценарий из очереди или CLI product_id приводится к int до передачи в SQL, поэтому отдельная проверка не нужна Контроллер получает PDO через конструктор, а не создаёт соединение в методе Проверка остатка выполняется до письма, хотя уведомление можно отправить первым

Вопрос 5 из 30

Как обрабатывать NotFound из сервиса?

Сопоставить с 404 на транспортной границе Превратить в SQLSTATE Пусть сервис возвращает HTML 404 Игнорировать и вернуть 200 Сохранить в entity

Вопрос 6 из 30

Что представляет application service?

final class PlaceOrder
{
    public function __construct(
        private OrderRepository $orders,
        private PaymentGateway $payments,
    ) {}

    public function execute(PlaceOrderCommand $command): OrderResult
    {
        $order = Order::place($command->items);
        $this->payments->authorize($order->total());
        $this->orders->save($order);
        return OrderResult::fromOrder($order);
    }
}

Сценарий, координирующий домен и внешние порты Любой класс с суффиксом Service, независимо от обязанностей и зависимостей HTTP-адаптер, который только разбирает request и выбирает представление Набор статических помощников без состояния для любых несвязанных операций Инфраструктурный класс, скрывающий конкретные SQL-запросы и драйвер базы

Вопрос 7 из 30

Почему сервис не должен читать $_POST?

final class RegisterUser
{
    public function execute(): User
    {
        $email = (string) ($_POST['email'] ?? '');
        return $this->users->register($email);
    }
}

Главная проблема — невозможность мокировать сам массив $_POST в PHPUnit Сервис сможет работать только с текстовыми значениями и потеряет типы DTO Superglobal внутри метода всегда пуст, если вызов пришёл не из шаблона Это привязывает сервис к HTTP и мешает CLI, очереди и тестам Доступ к $_POST из класса невозможен без передачи массива через конструктор

Вопрос 8 из 30

Где разместить транзакционную границу создания заказа?

return $transaction->run(function () use ($command): OrderResult {
    $order = Order::place($command->items);
    $this->orders->save($order);
    $this->outbox->add(OrderPlaced::from($order));
    return OrderResult::fromOrder($order);
});

В шаблоне представления перед выводом подтверждения пользователю После отправки ответа клиенту, когда успешность операции уже известна В каждой сущности отдельно, чтобы каждая сама фиксировала свои изменения В сценарии вокруг согласованных изменений В контроллере вокруг всего HTTP-запроса, включая сериализацию ответа

Вопрос 9 из 30

Что вернуть из PlaceOrder?

HTTP Response, уже содержащий статус и сериализованное тело PDOStatement с выполненным запросом, чтобы контроллер сам прочитал строки Логический признак без сведений о созданном заказе и причине отказа Массив значений из $_SESSION, изменённый во время создания заказа Предметный результат или ошибка, не HTTP Response

Вопрос 10 из 30

Почему прямой new Mailer внутри метода вреден?

Создание объекта через new отключает OPcache для текущего метода Mailer обязан быть singleton, поэтому локальный объект всегда некорректен Проблема только в производительности; тестируемость и конфигурация не меняются Зависимость нельзя заменить и конфигурация скрыта Конструкторы инфраструктурных классов нельзя вызывать из PHP-кода

Вопрос 11 из 30

Что должен возвращать UserRepository::find?

interface UserRepository
{
    public function find(UserId $id): ?User;
}

Ресурс соединения и индекс строки в текущем результате запроса User или null/предметный результат PDOStatement, чтобы вызывающий слой сам выбрал способ отображения строки Сырую строку SQL для повторного выполнения другим репозиторием HTTP Response со статусом 404 при отсутствии пользователя

Вопрос 12 из 30

Почему интерфейс Repository не обязан иметь универсальные save/delete/findAll для всех сущностей?

interface OrderRepository
{
    public function nextIdentity(): OrderId;
    public function save(Order $order): void;
    public function get(OrderId $id): Order;
}

Универсальные методы безопасны, если каждый возвращает bool вместо исключения Общий CRUD-интерфейс точнее отражает предметную модель любых агрегатов Интерфейс в PHP может содержать только один public-метод без реализации findAll всегда приводит к SQL-инъекции независимо от реализации репозитория У агрегатов разные допустимые операции и ограничения

Вопрос 13 из 30

Где должен жить SQL?

final class PdoOrderRepository implements OrderRepository
{
    public function get(OrderId $id): Order
    {
        $stmt = $this->pdo->prepare('SELECT * FROM orders WHERE id = :id');
        $stmt->execute(['id' => $id->value]);
        return $this->hydrate($stmt->fetch(PDO::FETCH_ASSOC));
    }
}

В шаблоне, которому известны поля, необходимые для отображения В предметной сущности, чтобы она сама загружала связанные агрегаты В инфраструктурном репозитории или query object В HTTP middleware, чтобы запрос был выполнен до выбора контроллера В application service вместе с правилами скидки и orchestration сценария

Вопрос 14 из 30

Что такое N+1 на границе репозитория?

Один SQL-запрос выполняется N раз внутри одной транзакции из-за retry Маршрут возвращает N+1 HTTP-заголовок для списка из N элементов Интерфейс репозитория содержит findAll и N отдельных методов findById UPDATE одной командой меняет N строк и ещё одну строку журнала Один запрос списка и отдельный запрос на каждый элемент

Вопрос 15 из 30

Почему метод save(User $u): void может быть честнее возврата bool?

Возврат bool делает исключения невозможными и гарантирует обработку ошибки Ошибка выражается явно, а bool легко проигнорировать PDO запрещает возвращать bool из метода, который выполняет INSERT User всегда будет сохранён, если метод имеет объявленный тип void void заставляет PDO автоматически выполнить commit при выходе из метода

Вопрос 16 из 30

Где проверять, что баланс не уходит ниже нуля?

final class Account
{
    public function withdraw(Money $amount): void
    {
        if ($amount->isGreaterThan($this->balance)) {
            throw new InsufficientFunds();
        }
        $this->balance = $this->balance->minus($amount);
    }
}

В контроллере перед каждым вызовом метода списания В журнале после операции, чтобы позднее обнаружить нарушение В SQL-представлении без проверки при изменении объекта вне базы В доменном объекте или политике В сериализаторе, когда отрицательный баланс уже готовится к ответу

Вопрос 17 из 30

Что даёт value object Email?

final readonly class Email
{
    public function __construct(public string $value)
    {
        if (!filter_var($value, FILTER_VALIDATE_EMAIL)) {
            throw new InvalidArgumentException('Некорректный email');
        }
    }
}

Централизует валидное представление и сравнение адреса Заменяет уникальное ограничение и индекс адреса в базе данных Хранит текущий request, чтобы адрес можно было читать в любом слое Сам отправляет подтверждение при каждом создании экземпляра Принимает любую строку и откладывает проверку до отправки письма

Вопрос 18 из 30

Почему доменная сущность не должна наследоваться от Controller?

final class Order extends Controller
{
    public function total(): Money { /* ... */ }
}

Доменная сущность после наследования потеряет возможность объявлять методы Наследование автоматически удалит типизированные свойства сущности Домен станет зависеть от транспорта и фреймворка PHP синтаксически запрещает наследовать обычный класс от Controller Все контроллеры неявно final и не могут иметь наследников

Вопрос 19 из 30

Что такое aggregate boundary?

Вся база данных как единая транзакционная единица для любого сценария Каталог PHP-файлов, загружаемых одним PSR-4-префиксом Префикс маршрутов, внутри которого используются одинаковые middleware Пакет Composer, содержащий все сущности одной предметной области Граница согласованности вокруг корневого объекта

Вопрос 20 из 30

Когда доменное событие полезно?

Когда доменный факт запускает слабо связанные реакции Когда нужно заменить возвращаемое значение метода без изменения вызывающего кода Когда событие должно хранить пароль или другой секрет для обработчика Когда прямой вызов одного обязательного сервиса проще и надёжнее Для каждого чтения свойства, чтобы журналировать работу геттера

Вопрос 21 из 30

Как тестировать service без базы?

$orders = new InMemoryOrderRepository();
$payments = new FakePaymentGateway();
$service = new PlaceOrder($orders, $payments);
$result = $service->execute($command);
assert($orders->contains($result->orderId));

Поднять настоящий браузер и рабочую базу даже для предметной ветки без I/O Подставить порты и проверить результат и взаимодействия Проверять private-методы сценария через Reflection вместо внешнего поведения Сравнить исходный код метода со снимком, не выполняя сценарий Мокировать сам application service и проверять, что его метод был вызван

Вопрос 22 из 30

Как тестировать репозиторий?

$repository = new PdoOrderRepository($testDatabase);
$repository->save($order);
$loaded = $repository->get($order->id());
assert($loaded->equals($order));

Моком PDO, который воспроизводит все особенности транзакций и типов драйвера Только unit-тестом интерфейса: конкретная СУБД не влияет на контракт На production-базе с откатом, чтобы сохранить реальные планы и ограничения Проверкой имени класса, SQL-файла и наличия методов через Reflection На тестовой целевой СУБД с миграциями

Вопрос 23 из 30

Почему мокировать все классы опасно?

$repository = $this->createMock(OrderRepository::class);
$logger = $this->createMock(LoggerInterface::class);
$clock = $this->createMock(Clock::class);
$events = $this->createMock(EventBus::class);

Мок гарантирует совместимость SQL, сериализации и реальных ограничений базы Тест проверяет свои ожидания, а не совместимость компонентов Большое число моков автоматически превращает тест в интеграционный PHPUnit не позволяет мокировать два объекта одного интерфейса в одном тесте Мокированные классы всегда выполняются медленнее браузерного интеграционного теста

Вопрос 24 из 30

Что включить в trace сценария?

Пароли внешних систем, чтобы оператор мог повторить вызов вручную Полные DTO, токены и персональные данные для восстановления любого вызова Только имя контроллера: остальные слои можно вывести из маршрута Имя сценария, request/job id и длительность портов HTML ответа и все cookie пользователя, чтобы воспроизвести представление

Вопрос 25 из 30

Как поймать нарушение границы?

Проверять только стиль кода: импорты и направления зависимостей не анализировать Отключить autoload и проверить, какие классы перестанут загружаться Переименовать классы слоёв по единому соглашению и считать границу защищённой Добавить глобальный реестр разрешённых классов и читать его из каждой сущности Архитектурным тестом зависимостей и проверкой импортов

Вопрос 26 из 30

Где проверять доступ к конкретному заказу?

$order = $orders->get($orderId);
if (!$policy->mayView($currentUser, $order)) {
    throw new AccessDenied();
}

В JavaScript до отправки запроса, скрывая недоступные кнопки По длине идентификатора заказа, не загружая субъект и сам ресурс В сериализаторе после загрузки заказа и выполнения предметной операции Только в контроллере через сравнение user_id из параметра URL В политике с субъектом и заказом

Вопрос 27 из 30

Почему outbox полезен?

$transaction->run(function () use ($order): void {
    $this->orders->save($order);
    $this->outbox->add(OrderPlaced::from($order));
});

Заменяет репозитории таблицей исходящих сообщений для любых операций Сначала отправляет событие, а затем независимо пытается изменить бизнес-данные Гарантирует мгновенную доставку сообщения до фиксации транзакции Хранит пароли интеграций вместе с payload, чтобы worker мог подключиться Бизнес-изменение и событие фиксируются одной транзакцией

Вопрос 28 из 30

Где собирать реальные реализации интерфейсов?

В глобальном массиве, который методы читают по строковым именам сервисов В каждой сущности через new, чтобы предметный слой знал конкретные адаптеры В шаблоне представления перед вызовом контроллера В SQL-триггере, который создаёт PHP-объекты при изменении таблицы В composition root/контейнере инфраструктуры

Вопрос 29 из 30

Как мигрировать толстый legacy-контроллер?

Сначала удалить журналирование, чтобы старые побочные эффекты не мешали переносу Добавлять статические помощники, пока контроллер не станет короче визуально Выделять по одному сценарию, сохраняя контроллер адаптером Переписать все маршруты отдельно и переключить их одним большим выпуском Скопировать старый метод в каждый контроллер, затем исправлять копии независимо

Вопрос 30 из 30

Какая метрика помогает увидеть нарушение слоёв в работе?

Число private-свойств в каждом объекте предметной области Размер cookie и тела HTML без связи с внутренними вызовами слоёв Длина namespace как косвенный показатель глубины архитектуры Длительности слоёв и число запросов Количество пробелов и средняя длина методов в каталоге приложения