Существует множество определений шаблона MVC. Со временем он развивался и использовался по-разному в разных структурах и контекстах. Когда он был изобретен, не было протокола HTTP и не было части запроса / ответа. Были и другие способы обработки запроса пользователя. Со временем были изобретены новые механизмы шаблонов, и HTTP стал доминирующим протоколом в сети.
MVC считается чистым шаблоном представления, поскольку он в основном управляет представлениями и моделью (какую бы модель ни представляла). Кроме того, одной из основных причин изобретения MVC является разделение ответственности. Важно, чтобы он был чистым, коротким и позволял другим уровням заботиться о logi c.
Общая задача фреймворка веб-приложений - служить контейнером Io C (инверсия управления) и пусть его компонент заботится о конкретных c обязанностях. Так что, если это веб-фреймворк, он, вероятно, будет иметь компоненты session, cook ie, MVC ...
- Методы контроллера - это просто реализация интерфейса HTTP. Сопоставление URL-адресов можно рассматривать как аргумент метода контроллера.
- Запрос / ответ обрабатываются веб-компонентом (сервлет в Java)
- Состояние сеанса обрабатывается компонентом сеанса и может быть настроено разработчиком, например, время истечения сеанса или приготовление сеанса ie тип или даже тип сеанса (база данных, в памяти)
- правильный
- Обычно в структуре есть проверенный компонент аутентификации, но он может быть записан вручную (не рекомендуется)
- Доступ к БД осуществляется на уровне сохранения, например JDB C в Java. Модель в MVC отвечает за данные, которые должны быть представлены на экране или отправлены пользователем.
- То же, что и 5