Именно так у меня и постороены странички =). Вообщем, проследорвав по стрелочкам меня осенило =). И я пришел к выводу, что лучше не разделать модель, представление и контроллер на отдельные файлы, а наоборот, объединить, но использовать ООП. Надеюсь, это верное умозаключение?





До этого у меня было следующее разделение труда:

Модель. Обычно в ней инициализировались переменные, что-то из базы бралось и подключался контроллер, т.е. точкой входа в модуль была модель.

Контроллер. Реагировал при отправки форм, т.е. сверял данные, если че редирект или еще чего-нибудь.

Представление. Обрабатывала данные функцией htmlspecialshars перед выводом, так же в ней формировались таблицы, списки и т.д.


т.е. это и получался ТТУК .

Сейчас я представляю себе это так.

Пришел юзер, хочет воспользоваться фидбеком. Знач, нажимает на кнопу или ссылку. В точке входа(index) подключается контроллер. Дальше, он уже определяет, если это первый раз, т.е. никаких данных на анализ ему не прислали, то подключает представление под номером 1(их же хоть сколько можно сделать, для каждого случая свой), в этом представлении подключается шаблон странички и выводится, ну если нужно, еще чего происходит.

Теперь перед юзером страничка. Он заполнил форму, нажал отправить, данные ушли контроллеру, он понял, что это форма, нужно проверить, все-ли в ней верно, если нет, то в массив положить ошибочек, и подключить представление 2. В этом представлении из массива формируется строка с ошибками, подключается шаблон и т.д.


Правильно или нет?

_____________
Обмен Ukash на WebMoney

В каждом фреймворке это решается по своему поэтому прояснится тут проблеиматично.

А если это еще и в одном объекте сделать а не просто файле, то получится нормальная компонентная модель и закончатся безуспешные попытки понять что такое MVC и как его запрограммировать.

good