Ваши определения MVC в целом верны, вот ответ на ваш вопрос:
Контроллеры не несут ответственности ни за рендеринг интерфейса, ни за
логика представления. Контроллеры ничего не отображают. Вместо этого каждый
Метод контроллера работает с запросом другого пользователя. Извлекает
данные из указанного запроса и передает его на уровень модели и
связанный вид.
Решения о том, что и как отображать, находятся в компетенции представлений. Просмотры
содержит логику представления в шаблоне MVC. В контексте сети
приложения, представления создают ответ. Они могут составить из
несколько шаблонов или просто отправить один заголовок HTTP.
Контроллеры могут сигнализировать связанный вид, передавая некоторые конкретные
значения запроса к этой точке зрения, но большинство решений в
представление основано на информации, запрашиваемой представлением
услуги в модельном слое.
Методы Контроллера основаны на том, какие типы запросов пользователь может
Отправить. Например, в форме аутентификации это может быть: GET / login
и / или POST /login.
Источник: Контроллеры , tereško
Классическая правильная структура класса MVC:

Простое определение:
Модель . Модель управляет поведением и данными домена приложения, отвечает на запросы информации о его состоянии (обычно из представления) и отвечает на инструкции по изменению состояния (обычно от контроллера).
View . Представление управляет отображением информации.
Контроллер . Контроллер интерпретирует ввод от мыши и клавиатуры от пользователя, информируя модель и / или вид для изменения в зависимости от ситуации.
Источник: Документы Microsoft
Дополнительные ресурсы: (только полезные)
Внешний
- MVC Пояснение [шаблоны проектирования в области информатики]
- Создание пользовательского контроллера и представления в CodeIgniter [визуальный пример]
- Определения Codeproject MVC: easy | продлен
Internal