Ну и в чём прикол? Любая попытка реализовать MVC с описанным инструментарием приведёт к описанному архитектурному решению. Собственно говоря, врятли кто то захочет реализовывать названную автором "типичную схему" (хотя что в ней типичного )
типичная схема взаимодействия компонентов паттерна выглядит примерно так: Контроллер перехватывает событие извне и в соответствии с заложенной в него логикой, реагирует на это событие изменяя Mодель, посредством вызова соответствующего метода Модели. После изменения Модель бросает событие о том что она изменилась, и все подписанные на это события Представления, получив его, обращаются к Модели за обновленными данными, после чего их и отображают.