MVC php на пальцах?

Question

[Михаил Р.]

Добрый вечер! Изучаю php на уровне написание кода для разных простых скриптов без использования фреймворков. Хочу писать красиво и понятно, мне порекомендовали изучить "идеологию" MVC, поюзал инет, но даже на пальцах тяжело воспринимается...
Хотелось-бы получить комментарий на прямом моем примере: в одном index.php прописано подключение к бд, вызов определенной таблицы из БД, форма в html для добавления данных в таблицу, функция приема данных с формы и добавления их в таблицу. Вот если сделать все красиво, то в каких файлах и почему должны содержаться различные части данного кода?
И сопутствующий вопрос: из MVC я знаю что такое Viev (я так понимаю, что это html каркас), а вот что такое модель и контролер, что они именно должно делать (на банальном примере)?
Заранее спасибо, и просьба сильно не пинать, ибо действительно тяжело получается разобраться именно в понимание "что, куда и зачем"...

Comments

[sim3x]

V совсем не обязательно хтмл

Answer 1

[Сергей Протько]

Ох...

Model View Controller. Да ну его, ему уже 45 лет (придумали в 79-ом году). Давайте лучше про Model View Adapter погокорим. это то что все используют в популярных фреймворках последние лет так 10 так точно.



Вообще в этом всем важно не только то, что каждая буква обозначает, а как они друг с дружкой связаны.

View - это не только HTML, но и вообще представление в целом, а так же логика его формирования. Шаблонизаторы, фильтры, различные функции/объекты помогаютщие нам сформировать view (например форматирование дат, сериализаторы и т.д.) В подавляющем большинстве случаев "представление" наших данных - это HTTP запросы и HTTP ответы. HTML - э то лишь часть HTTP ответа.

Model - Это целый слой, который может быть представлен в виде кучи отдельных объектиков, структур и т.д. Его задача - делать дела и хранить/менять состояние системы. Тут легко запутаться потому что термин "модель" много чего значит. Воспринимайте его как "слой логики" а не конкретные объекты. И да - база данных и прочая чушь - это детали реализации этого слоя. "не важные штуки" словом. Туда же и ActiveRecord, ORM-ки всякие. Это деталь реализации и все остальные чуваки (view и controller) о них знать ничего не должны (хотя иногда могут в целях упрощения).

Controller или адаптер. Это опять же не обязательно один объект. это может быть цепочка адаптеров (еще называют фронт-контроллером, middlewares и т.д.). Его задача весьма простая. Получаем представление данных на входе (HTTP запрос), определяем что надо делать, и просим модель что-то сделать (ни в коем случае не меняем ничего самостоятельно в контроллере, он только просит). Потом мы можем попросить модель вернуть нужный нам кусок состояния, и попросить View сформировать представление (HTTP ответ).

Как-то так. В целом же это я сейчас описал "идеальный мир". Вся суть этого подхода - разделение логики презентационной и логики приложения. Зачем это надо? что бы было проще жить! Обычно UI приложения или способы взаимодействия с ним меняются почаще логики или как минимум в разные моменты времени. Адаптеры в этом случае служат промежуточным слоем, они ничего сами не делают, это "переводчики". Они просто переводят то, что сказано в запросе в язык понятный приложению и обратно.

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

Answer 2

[xfg]

Модель - это любая ваша бизнес-логика, всякие вычисления и запросы к бд. То есть то, без чего приложение впринципе не имеет смысла.

Контроллер - это посредник между моделью и видом. Он запрашивает данные (вызывает методы) у модели и затем передает их в вид.

Вид - с помощью полученных данных от контроллера рисует пользовательский интерфейс.

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

Нужна одна точка входа. Клиент всегда запрашивает только index.php, оно там внутри на основе данных из запроса решает какой контроллер создать и какой метод из контроллера выполнить. Всё.

Comments

[Михаил Р.]

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

[xfg]

Контроллер это обычный класс с методами. Каждый метод - это действие контроллера (action/экшн). Тот или иной экшн ваше приложение будет выполнять на http-запрос от клиента. Внутри экшена просто создаете объект модели и вызываете нужные вам методы, результат передаете во вью. Всё.

[xfg]

Смотрите пример. https://github.com/yiisoft/yii2-app-basic/blob/mas... Это экшн для логина юзера на сайте. Он создает модель LoginForm, вызывает у неё методы load и login, затем объект модели скармливается во вьюху login.

[Сергей Протько]

xfg: контроллер не должен "создавать" модели, он их получает и может из только о чем-то просить.

В вашем примере LoginForm - это часть представления замэпленная на структурку, даже и не пахнет моделью (в крайнем случае это view model). Промежуточная структурка которая должна быть передана уже модели. Просто переносчик данных.

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

Answer 3

[DevMan]

если у вас примитивная форма для добавления данных в базу, то заморачиваться с mvc никакого смысла нет -> для написания простых скриптов mvc нахер не уперся.

Comments

[Михаил Р.]

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

[DevMan]

Mike Ro: учить mvc на банальных вещах не имеет смысл, поскольку надо не только учить, но и применять (иначе выученное вылетит из головы через пару недель).
если хотите учиться, то беритесь за какой-нить фреймворк: они проктически все построены на mvc- или подобной модели.

[Михаил Р.]

DevMan: именно, хочу применять! Смотрел уже Yii и CodeIgniter, но при просмотре и попытке изучения их, возникает еще больше вопросов именно от того, что не могу найти место, откуда можно хоть немного понять, что такое модель/контролер...

[Михаил Р.]

DevMan: вот смотрите:
1. В вид я заношу html шаблон например формы и передаю данные в модель.
2. В модели принимаю данные и как-то работаю с этой инфой (умножаю, форматирую и тому-подобное) и передаю это контролеру.
3. Контроллером принимаю сформированные окончательные данные и заношу их в бд (ну или извлекаю их из бд и передаю модели).
Так, или нет?

[DevMan]

Mike Ro: abbrakadabbra дал вам ссылку, там все описано.

Answer 4

[Silm]

Просто говоря MVC - физическое разделение кода на три основные логические части: Model, View, Controller с которыми мы обязуемся работать определенным образом в целях облегчения процесса разработки.

В файлах моделей описываются данные и происходит основная их обработка. Логично, что тут мы работаем и с базой данной.

В отображениях (View) располагается так называемый "шаблон". Как правило это файлы с HTML версткой и PHP логикой отвечающей за отображения конкретных элементов. Например, тут нельзя делать запрос к БД, но можно написать цикл, который будет отображать блоки верстки с новостями.

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

Пример в студию
Итак. Допустим нам надо отобразить страницу с постом в блоге. Представим что страница у нас состоит из текста поста, названия сайта и списка похожих публикаций.

Запрос попадает в нужный контроллер (контроллер постов). Он начинает собирать нужные данные:

• Контроллер достает из настроек название сайта.
  
• Контроллер обращается к модели отвечающей за посты, в ней содержатся различные методы, отвечающие за работу с постами (вывод списка постов, отображение одного поста, редактирование поста итп), каждый метод может делать различные запросы к БД и производить необходимые манипуляции с данными. В данном случае мы вызываем метод getPost() который получает id поста, делает выборку из БД и возвращает результат.
  
• Данные из модели возвращается в контроллер. Если пост с переданным id не был найдет, именно контроллер перенаправит пользователя на страницу с кодом 404.
  
• Но в нашем случае пост был найден и теперь контроллер берет из полученных данных название поста и обращается к модели ответственной за получение похожих публикаций, она на основе полученного названия возвращает массив из похожих названий статей и их id (все что нужно в нашем примере для отображения списка ссылок).
  
• Контроллер собрал все что было нужно и теперь берет заданный нами файл шаблона отображения и передает туда все необходимые данные.
  
• В отображении мы отображаем название сайта в тайтле, внутри верстки выводим наш пост, а по массиву похожих публикаций приходимся циклом отображая его как список ссылок.
  
• Страница с постом успешно отображена.
  

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

Чтобы понять, что еще может делать каждая из частей и как вообще это выглядит, изучите документацию и примеры по одному из популярных PHP фреймворков, например, таких как Yii и Laravel.

Comments

[Сергей Протько]

А если базы данных нет?)

[Silm]

Сергей Протько: ничего страшного = )

[Сергей Протько]

Silm: А если шаблонов нет?)

[Сергей Протько]

Silm:

самая примитивная реализация MVC на пальцах:

class Model {
     private $state = 0;
 
     public function getState() {
         return $this->state;
     }

     public function changeState() {
         $this->state++;
     }
}

class Controller {
    private $model;
    private $view;
    
    public function __construct(Model $model, View $view) {
         $this->model = $model;
         $this->view = $view;
    }

    public function changeStateAction(Aerys\Request $req, Aerys\Response $resp) {
         $this->model->changeState();

         $resp->send($this->view->serialize($this->model->getState()));
    }
}

class View {
    public function prepare($modelState) {
         return json_encode([
              'state' => $modelState
         ]);
    }
}

$model = new Model();
$view = new View();
$controller = new Controller($model, $view);

$router = Aerys\router()->post("/", [$controller, 'handle']);

(new Aerys\Host)
	->name("example.com")
	->use($router);

Ничего лишнего. Ни базы данных, ни файлов, ни шаблонов.

[Сергей Протько]

вместо "handle" надо было "changeStateAction"... ну да ладно.

[Silm]

Сергей Протько: слово шаблон я понимаю не как HTML, а как синоним View. View занимается таким, конечным, представлением данных в определенном формате. Замечательно описывается словом "шаблон", по моему.

[Silm]

Сергей Протько: "В файлах моделей описываются данные и происходит основная их обработка. Логично, что тут мы работаем и с базой данной." - этож не значит что мы обязаны иметь БД )

[Сергей Протько]

Silm: я понимаю что вы понимаете о чем говорите, меня больше беспокоят формулировки. Обычно именно из-за "баз данных", "файлов" и прочего новички теряются и у них в голове формируется неправильная картина. А потом переучивать долго и больно.

[Михаил Р.]

Сергей Протько: поддерживаю! =)

[Silm]

Сергей Протько: Ваш пример компактно иллюстрирует суть. Но для новичка, я боюсь он будет слишком абстрактен. В своем объяснении я рискну быть ближе к типичным случаем в области.

Ну и мне кажется вы преувеличиваете с "переучиваться". Как правило все работают по началу с какими то концепциями в "урезанном виде". Потом по мере опыта и уверенности расширяют спектр приемов и глубину использования. То что вы называете переучиванием, по моему, на самом деле естественный процесс освоения чего либо.

[Сергей Протько]

Silm: да нет, посмотрите вокруг. Целая армия PHP разработчиков пишет логику в контроллерах и называет это MVC. Так что как по мне процесс обучения должен происходить с точностью да наоборот, от абстрактных примеров обрастать конкретикой.

Answer 5

[Дима Паутов]

Как сделать простенькую MVC модель в php?

Comments

[Михаил Р.]

как вариант, спасибо!

Answer 6

[abbrakadabbra]

iantonov.me/page/pishem-sobstvennyj-mvc-frejmvork-...

Приятного изучения.

Comments

[Михаил Р.]

сложно конечно, но есть что почитать, спасибо!

Answer 7

[EvolDev]

извините , но проще чем тут по моему не найти , и с примерами...

Comments

[Михаил Р.]

я-же написал "поюзал инет, но даже на пальцах тяжело воспринимается...", когда ты первый раз видишь слова "контролер" и "модель" в программирование, тяжело понять, для чего они совсем созданы...

[Сергей Протько]

EvolDev на самом деле адекватного описания MVC вы не найдете там. Как минимум потому что слишком много вариаций описания. Если хочется прошариться - следует искать оригинальные доки 79-ого года, а так же потом искать старые статьи описывающие полет мысли в плодь до MVA (2008-ой).

Answer 8

[тостер хабрович]

смысл MVC - разделение кода на независимые слои - для удобства

в клиент-серверном веб-программировании надо делать толстый клиент и тонкий сервер
сервер используется только для чтения-записи БД
БД может быть простейшей - на файлах

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

посмотри на MVP - мне это больше понравилось чем MVC

Answer 9

[serikd]

Мне вот эта статья помогла разобраться

Answer 10

[odionys]

Описание для людей для понимания

Answer 11

[Айнур Валиев]

Почитайте здесь
http://phpjs.ru/2017/03/06/mvc-приложение-на-php-ч...

Answer 12

[Александр Торопов]

я по этой статье разобрался:
https://habrahabr.ru/post/150267/