MVC + Scenario против Толстых Контроллеров

«Узкая трактовка MVC-модели только как как „Модель домена Базы Данных“ вместо „Любой компилятор данных для представления“.»

Самый простой сценарий для проверки контроллера на излишний вес я нашел здесь:

Попробуйте написать консольную команду, которая выполняет ту же самую функцию, что и экшен в контроллере. Создание нового пользователя к примеру. Если не пришлось дублировать код из контроллера — всё нормально, контроллер выполняет только свою работу, и не пытается быть моделью. Если код пришлось дублировать — это именно тот код, который должен быть вынесен из контроллера в модель.

    public function actionUserHello($userId)
    {
        $user = $this->userRepository->get($userId);

        return $this->renderView('hello', ['name' => $user->getFullName()]);
    }

Современные фреймворки имеют общие для всех недостатки в реализации MVC:
1. Узкая трактовка MVC-представления (View) только как «Представление с шаблоном в PHP файле» вместо «Представление с любым рендерером».

Узкая трактовка MVC-модели только как как «Модель домена Базы Данных» вместо «Любой компилятор данных для представления».

Провоцируют использование так называемых «Толстых Контроллеров» содержащих одновременно все логики: бизнеса, представления и взаимодействия.

Я думаю корень проблемы всего лишь в том, что такой подход демонстрируется в примерах всех документаций.

class UserController
{
    /**
     * Действие контроллера
     * Возвращает приветствие юзеру с заданным ID
     */
    public function actionUserHello($userId)
    {
        // Получаем имя и фамилию юзера из модели юзера (База Данных)
        $user = UserModel::find($userId);

        // Шаблону представления нужно полное имя юзера - делаем его
        $name = $user->firstName.' '.$user->lastName;

        // Создаем представление с нужным шаблоном и полным именем
        $view = new View('hello', ['name' => $name]);

        // Рендерим (создаем образ) представление и возвращаем приветствие
        return $view->render();
    }
}

А примеров с использованием сервисного слоя — минимум. И хотя для некоторого количества кейсов упомянутого варианта достаточно, такой вариант реализации продолжают использовать и в более сложных кейсах.
А что касается рендереров и миддлварей, то в большинстве как раз без проблем можно сделать вывод хоть в php, хоть в шаблонизатор, хоть в json