последняя — это не про Web. потому что код живет от поступления запроса и до завершения выполнения → отдачи клиенту ответа. Когда произойдет "User action"(клик по ссылке, отправка формы, AJAX запрос) — цикл будет запущен заново.

Добавлено @ 11:16
я согласен с ksnk: MVC это концепция. Не обязательно реализовывать в виде иерархии классов, как в ZendFramework, например.
PageObject в роли контроллера, уровень абстракции для работы с данными(->setUserName($userName) вместо запроса к базе прямо в коде "контроллера") и верстка с РНР конструкциями в отдельных файлах. 

Ну да, концепция - не парадигма =)

Забавность ситуации состоит в том, что для многих сайтов MVC совершенно не нужен. В первую очередь для сайтов с отсутствующей бизнес-логикой как таковой. Вся логика приложения (сайта) сводится, например, к простому выводу статической информации. Есть пара страниц с некоторым контентом, информацией о предприятии/человеке и все.

Честно говорю, в интернете есть статьи "MVC на примере сайта-визитки" =)))
Судя из этого, многие вообще используют концепцию MVC только лишь для обеспечения ЧПУ-ссылок =)


И вообще, я считаю, что при решении той или ной задачи надо отталкиваться в первую очередь от сути поставленной задачи, а не от сути существующего метода решения. Если надо будет спроектировать достаточно сложный и функциональный сайт, то принципы концепции MVC в нем могут появится, так сказать, сами собой, в процессе поиска оптимальных и гибких решений.


Даже иронично =) Того, что я искал, на самом деле никогда не существовало =) В начале у меня были абстрактная модель будущей структуры сайта и вот сейчас я с ней же и остался. Но знание лучше, чем не знание. Сначала я собирался изобретать велосипед. Но потом оказалось, что наборы "собери велосипед сам" не продаются. И теперь мне, как и начале, придется все детальки доставать вручную, пользуясь лишь абстрактными представлениями о велосипеде и его работе.

фреймворки — ZendFramework, Yii, CI, Cohana 

skyboy, нет, это вы мне велосипеды назвали. А я свой хочу =)