Я не эксперт, но расписано по моему, достаточно хорошо. +1 в копилку

+ тебе Padawan

Да видимо просто было принято решение выбрат более менее созвучное название паттерна:

ЦэЭмВэ
ЭмВэЦэ

остановились на последнем.

или по логике для предоставления понимания

Модель Вид Контроллер - тож более созвучно

просто и доступно мать его етить

ёпт.. вот я пи**анул:

на сёдни всё всем спасибо за участие

я думал ну щас ну начнуть терзать
а вы даж шутки стали отпускать что вдвойне приятно

Осталось только мне

вот ваши высказывалия
Ser18

теперь рассмотрим все связи скина
почти все )))
V-view --------(представление)
у нас есть ПРЕДСТАВЛЕНИЕ ))) (мы {юзер} видим полностью что просили)
теперь,
нам ещё что-то понадобилось на сайте посмотреть
обращаемся к С-controller---(контроллер) такая стрелка пунктиром
между view и controller
ведь он, ждет запроса от юзера прально?
далее
началась путаница в стрелках кажись ,
не, НЕ началась ,
controller отдал то что у него есть и опять будет ждать
но у же с оговоркой, ОН отправит В model запрос,
ЭЙ, дай ему юзеру, что он там просит ,

M-model-------(модель) пробежав по закромам своим
О есть , щас отдам , жди следующего==> юзера есль будет,
формирует что у него просили
и оп-ля, на, вывЕди view там , что просил юзер!!

продолжение следует; YVSIK

YVSIK, читать невозможно.
http://mirknig.com/2007/09/14/russkijj_jaz...i.uchebnik.html

Семён АГА тебе спасибки !!!
уже !!!
YVSIK

...раньше как код кодил, беру test.php и туды пишу чтонить аля

<?php
$b = $_GET['c']; 
if($b == 1)
{
$a = "тута ченить селектируем из базы, например";
echo '<h1>'.$a.'</h1>';
}
elseif($b == 2)
{
$a = "тута, например, ничего не селектируем";
echo '<h1>'.$a.'</h1>';
}
?>

получаю длинную длинную простыню, которую логически делю на три части:
1 получает какие-то данные
2 выводит их
3 управляет данными и выводом в завасимости от request

ну так я по своему и понял MVC

Семён
всё таки кончилось терпение

Мои пять копеек и увы не лицеприятные.
Есть определённ правило как описывать логические действия в программировании.
Называеться это блок схема.
Такой графический язык описания логических действий программы подходит и для проектирония логики сайтов.

Продолжим)! чтоб чтоб не было застоя пока есть хорошее определение
Игорь говорил что просто так удобней эМ-Ве-Це и созвучней
позвольте с вами не согласиться))
все дело не в созвучии а в функционале этого MVC
на первом месте стоит именно слово МОДЕЛЬ и никак иначе
по МОДЕЛИ определяется строение сайта ; именно по МОДЕЛИ подчеркиваю
и как следствие Звучит так МОДЕЛЬНОЕ СТРОЕНИЯ САЙТА и в модели есть Представление и есть Контроллер
вот МОДЕЛЬ и определяет всю его структуру ;
попробуйте представить слово Контроллер на первом месте ;какие у вас будут асоциации или слово Представление ; ещё непонятней
сайт представление СТРУКТУРА ТАКАЯ
или сайт контроллер ЧЕГО или КОГО, КОНТРОЛИРОВАТЬ?
это в такие дебри зведет ; не выбраться сразу ко дну даже не пробуя плавать ; до полного тупизма возможность есть дойти
я изменял порядок написания слов что-бы как-то построить последовательность действия -потстоение сайта в самой структуре ; её взаимосвязи что за чем следует ;
от этого функционал не нарушится.
Структура останется МОДЕЛЬЮ., и не чем другим .

Мне всегда казалось, что Роутер отдает контроллеру приказы что запустить, а тот уже в свою очередь обращается к модели, что бы получить от нее данные, которые потом контроллер использует для отображения представления.

Получается так:

Router -> Controller <-> Model
           |
          \/
         View

А я все-еще не разобрался. Видать еще рано, либо так "хочу сильно". Или многого не знаю. Возможно это из-за того, что беру информацию по-кусочкам из различных источников, не могу прийти к постоянству, например к irbist-team. Правильно на вышеуказанном сайте написано, что нужно все постепенно усваивать, а не прыгать. Не могу воспитать в себе такое качество, как стремление, привык думать, что все идет как-по маслу, но эт не так.
Остается, только, заново открывать первые странички Irbis-team и пытаться сделать что-то по образцу, возможно так я прийду к чему-нибудь такому, что называется MVC =)

suzuka

Ужас... Yvsik, извини, конечно, но чет не канает... это не русский язык =). Ты, наверное, торопишься, когда пишешь?

kmaks ГЫ)) !!! так вот же ну оч хорошо расписано
сам удивляюсь почему этого никто не читает
вырезка из Википедия===> http://ru.wikipedia.org/wiki/%D0%97%D0%B0%...%B8%D1%86%D0%B0
И вот процитировал все что там было))

Такое ощущение, что эти стрелки в MVC от балды нарисовали где то один раз, возможно даже для какой то конкретной реализации, и все используют в обяснении это, а по итогу каждый по своему видит слона. Ничего не понятно Судя по стрелкам, там что получается: круговерть кода. Может действительно, попробуете разжевать по приведенной sebastjan'ом схеме?

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

С-controller---(контроллер) ____принимает и передает
M-model-------(модель) _______обрабатывает, собирает сайт в единое целое
V-view --------(представление)_представляет, выводит на экран монитора

А для чего это все? Ну думаю любой среднестатистический сайт так работает...Схема как бы понятная...

A.B.C. работать-то он работает но у него нет общего ядра
у любого сайта без MVC есть только ему понятные связи
и сплетение этих связей любым образом построены
в MVC за эти связи отвечает ядро (модель) и она эта модель строит
весь сайт по правилам а не как на душу придется,
ещё раз скажу )) все настолько очевидно что и не надо рыться глубоко
все уже есть в самих названиях блоков
в простом сайте есть только два блока контроллер и вывод
контроллер принял а вывод мечется )),
а тут за эти метания отвечает модель , вы её раз собрали и потом к модели проще подцепить некоторые блоки нежели каждый раз по новой писать каждую страницу с изнова!

kmaks

ясно, спасибо! так понятней

А может все гораздо проще...

Точка входа у нас index.php, от него и пляшем.
Первым делом подключаем базу данных в config.php, а это у нас Model
Затем router.php в котором сначала получаем данные контроллера, а затем вставляем их в тпл-шаблон, а это у нас вид, потом еще раз вставляем в главный шаблон. И выходит у нас не MVC а MCV. Вроде так...

Все, разобрался Урааааа

twin
Но зато он(kmaks) уже стал маленьким (небольшим) тигренком а это уже прогресс, так сказать )) и все вашими трудами и вашими учебникакми как бы это не льстиво смотрелось))

caballero
посмотри во эту последовательность действий ))
С-controller---(контроллер) ____принимает и передает
M-model-------(модель) _______обрабатывает, собирает сайт в единое целое
V-view --------(представление)_представляет, выводит на экран монитора
это так сказать некоторая последовательность действия и нигде тут не сказано конкретно, что, и откуда да ешё куда,
надо точно себе представлять что и для чего служит и уже в дальнейшем будете понимать что и как подключать )) ты задал впрочем нормальный вопрос , а тут только чисто теоретическое представление последовательность действия.
Моедль это некоторый свод правил поведения сайта а не конкретно, так и никак иначе, вы строите сайт по определенной архитектуре и настраиваете как вам будет удобно, а точно ответить как и когда брать и уже тем более куда-то отдовать , это уже ваша смекалка и прочие тонкости ))
вот точное правило
M-model-------(модель) _______обрабатывает, собирает сайт в единое целое
но только по запросу юзера )) именно по запросу )) и именно конкретного юзера

caballeroвопросы поставлены совершенно правильно, Но есть очень большое НО))
если сплести все стреки то конесно же выходит карусель. а вот если разобрать эту карусель по этапно и не связывать две во едино а разделить на чатси и не надо спешить смешивать
отбросьте скажем стрелки те которые отмечены пунктиром ))остануться только одни и уже можно представить некоторую последовательность ))
как пример:
в точке входе ты подключаешь инклюдишь соединение с базой, и все больше нигде это не придется делать подключать , она всегда будет подключена , даже если не используется)) в это случае ,просто прошел мимо запрос юзера и не на что не влияет
а когда стоить сай без MVC то подключают только там где есть в этом точная необходимость (на нужной странице и всё) и каждый раз надо это помнить, да ещё не забыть, где надо подобное включать и в конечном итоге, если где-то пропустишь рабоать не будет и начинаешь прыгать , искать ТАК ГДЕЖ я это пропустил)) а если сайт большой то бегаешь как заяц по нему и ишешь что и где надо.
а в MVC это решается только раЗ и больше не надо об этом беспокоиться что работать не будет
вот и получилось правило одно на весь сайт , правило есть и беспокоиться не-обчем и ошибок меньше и прозрачность кода выше , да и вообще, кода становится меньше и понятней его будет использовать.

Надо проще смотреть и понят саму концепцию структуры )) ДЛЯ ЧЕГО ЭТО СОЗДАНО и почему это придумано, или для чего .
может повторюсь необезсудь , трудно искать кошку черную в черной комнате , да ещё которой там нет , врят-ли кто вообще найдет !!))

caballero хМММММММММ интересно, а что такое зенд ТТУК («Толстые тупые уродливые контроллеры»)

caballero
Эх... Тебе линкера и твина не хватает, во был бы холивар
Хотя, если интересно и асилишь То можешь почитать

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

Кто-то просил схему, как это работает, так пожалуйста , вот схема,
на странице всегда видна часть ИМЕННО роутер, он роутер собирает и тут-же посылает в поток на вывод и часть подлючая к общему щаблону еще немного вида и если в контроллере будет скрипт (всякого рода , запрос, обработка даных, все что отдал сервер)он роутер пройдет все эти обработки соберет и выведет то что принял через ИНКЛЮД и от контроллера и от вывода

повторяю !! всегда будет виден только роутер на всех страницах,его трудно учесть в обшей схеме MVC вот и идет путаница кто ? за что? и когда? и как? выводит и что подлючает и как выводит!
свич это список, роутер это уже действо, он собирает все телодвижения и контроллера и +дополняет в эти действа-разметку, собрал и выдал
вот и весь сказ !!

а зачем роутер на каждую страницу?
что он там роутит?
то что у тебя swith и есть роутер

Пришел юзер первый раз на странцу(красный цвет). В $_GET указано только имя страницы. В роутере(он же точка входа) подключеам контроллер. Так как юзер зашел в первый раз, форму не отправлял, то тупо подключаем первый вид.

Юзер написал что-то в полях, отправил форму(синий цвет). Контроллер смотрит: "Аха, что-то там есть". Подключает модуль. Модуль что-то там попыхтел, подключил другой вид.

Где-то так у меня все устроено. Вкупе с классами все вроди бы не плохо.

Всё трёте МВЦ?))