Диспетчер инициализирует и запускает контроллер, роутер — конвертирует запрос в нужный контроллер/action. Впрочем у всех свои представления «правильности», и здесь единой четко выраженной структуры быть не может)

Спасибо, я старался =)

Спасибо за поддержку, но все же, как я уже говорил выше, я понял что у меня недостаточно опыта для такого рода статей. В будущем (через год где то) может и выйдет продолжение, но не сейчас это точно…

Чушь. Представление рендерит страницу и лучше знает какие данные ему для этого нужны. Зачем нужен контроллер как тупой посредник? Контроллер может только запустить нужное представление а оно само уже запросит данные у модели.

Ребята, для начала стоит разобраться, какая из схем потерна используется… Хуже всего если Леон нахватался вершков и выступил с критикой… MVC как патерн не есть именно такой подход, схем много, например из диспетчера запрос может придти в Представление, далее Контроллер, потом Модель, т.е. отработать последовательно от Вида, может как говорит Леон, Контроллер запускает Вид, который сам уже запускает Модель… Здесь схема другая, всем управляет контроллер… Так что не лезте, а учите матчасть… Чего ерепениться и мешать другим… Интелект, давай продолжение… Новичков много им нужна инфа для мозговарения, жизнь сама расставит все по местам…

А как по мне как раз в вебе она самая идиотская и неудобная.

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

Дико извиняюсь, но чтобы писать подобные статьи нужно набраться знаний и опыта. Умения рисовать красивые кубики тут недостаточно.

Спасибо за критику, едко но верно. На самом деле вы абсолютно правы. Я тоже понял что соответствующих знаний и опыта у меня пока не имеется. Поэтому пока эту идею оставил на будущее…

В веб программировании MVC — самая, на мой взгляд, «правильная» модель архитектуры.

А как по мне как раз в вебе она самая идиотская и неудобная. Имеется ввиду конечно не сама идея, а паттерн на котором норовят городить фреймворки (включая текущую статью).

Кроме того, он получает сообщения от модели, и передаёт их в «представление».

Чушь. Представление рендерит страницу и лучше знает какие данные ему для этого нужны. Зачем нужен контроллер как тупой посредник? Контроллер может только запустить нужное представление а оно само уже запросит данные у модели.
И что сие такое «сообщения» от модели?
Дико извиняюсь, но чтобы писать подобные статьи нужно набраться знаний и опыта. Умения рисовать красивые кубики тут недостаточно.

Будет. Но думаю где то через месяц. Сейчас занят другим проектом =(