Что такое MVC и как его использовать?

Question

[QuestNick]

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

Answer 1

[Василий Банников]

MVC - это про разделение логики на три основных куска:
1. View - отвечает только за формирование html - как пользователь будет видеть страничку
2. Model - отвечает за непосредственно логику по работе с данными, работает с базой данных и другими внешними сервисами. Именно тут следует реализовывать всякую валидацию, CRUD и прочее.
3. Controller - обрабатывает http запрос, подготавливает данные из него, чтобы их могла обработать Model, а потом передаёт их во View (опционально), либо самостоятельно формирует HTTP ответ из результата.

PS: это не книжное определение, а чисто моё, как я в большинстве случаев вижу реализацию MVC

Почему надо использовать именно MVC, а не напрямую с предзапросом и экранированием надо делать?

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

Comments

[QuestNick]

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

[bqio]

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

[QuestNick]

bqio, хорошо... Первое что меня смущает, что при подходе к MVC создается куча файлов и я представил такую ситуацию: Кто быстрее будет работать 1000 строк кода содержащиеся в одном файле или этот же файл разделить на 1000 и записать по одной строчке. Второе же будет медленнее чем первое?

[bqio]

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

[QuestNick]

bqio, теперь более менее понятно!

[QuestNick]

bqio, а вы можете со мной пообщаться в мессенджерах? А то спросить совсем не кого...

[QuestNick]

Mellorn, спасибо! Это не только, просто я вижу, что если в проекте будет много файлов, ориентироваться по ним будет трудной задачей, даже если знать структуру. К тому же, я думаю, что в модели будет повторения кода с небольшими изменениями - например в вставка данных в разные таблицы

[QuestNick]

Mellorn, спасибо еще раз, можно ли с вами пообщаться в мессенджерах, чтобы позадавать вопросы?

[Ипатьев]

bqio, вы путаете пхп и яваскрипт. В пхп нет никаких "бандлеров", потому что они в нем сто лет в обед не нужны

[Ипатьев]

QuestNick, а зачем телеграм? Чем этот сайт не устраивает?

[QuestNick]

Роман Юрьевич Ипатьев, медленно получаю ответы, не могу правильно несколько раз написать вопрос

[Saboteur]

QuestNick, Зато думаешь немного дольше над формулировкой каждого вопроса, а это полезно и тебе и тому, кто будет отвечать

Answer 2

[Ипатьев]

На мелких одноразовых задачах вида "сделать форму, которая бы сохраняла что-то в таблицу и забыть про нее" понять преимущества MVC невозможно.

MVC - это не про сделать, а про поддерживать и развивать.

Представим, что вместо обычной формы мы решим сделать ajax. Если у нас будет обычный винегрет из SQL, PHP и html, то придется переписывать его весь.
Если же у нас нормальная структура, то просто заменим во View вызов шаблонизатора на json кодирование. то есть поменяем одну строчку кода.

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

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

Answer 3

[Макс]

Советую почитать данную статью на хабре Реализация MVC паттерна на примере создания сайта-.... Там очень хорошо описано с примерами кода. Но следует понимать, что это совсем сырая версия которая описывает сами принципы. Современные фреймворки куда сложнее и универсальнее.

Answer 4

[DollyPapper]

MVC - архитектурный шаблон. Это не какая-то конкретная задача "сделать форму", "посчитать расход за месяц и сделать отчёт". Это уровнем выше и это не про код как таковой. MVC как я думаю вы уже прочитали это 3 слоя приложения (хотя M на самом деле делится на большее кол-во слоев, но сейчас не об этом). MVC был придуман как раз чтобы отделять слой представления от слоя логики, чтобы при изменении представления (которое меняется обычно чаще чем логика) не сломать слой логики, то есть для развязывания кода друг от друга. На конкретном примере можно рассказать про например "посчитать расход за месяц и сделать отчёт". Понятно что посчитать расход за месяц и сгенерировать сам отчёт это дело именно логики приложения. Как отчёт будет отображаться логику нашу волновать не должно, по этому мы стараемся максимально обособленно писать слой M и на сколько это возможно обособленно писать слой V. Логика у нас просто посчитает всё, сгенерирует данные отчёта а дальше мы уже можем из слоя логики (M) послать во вне эти данные, а слой V у нас может быть вообще чем угодно, это и десктоп приложения для винды, линукс, или это веб или еще что в голову придет. Это при условии, что разделение произведено правильно и слой M у нас действительно независим, иначе под каждый слой представления V (веб, десктоп, мобилки) мы будем кучей if проверять, где же мы сейчас хотим отобразить и городить кучу бесполезного кода. В форматах ответа на Q&A ресурсах нельзя дать хорошее полное понимание архитектуры ПО, по этому советую почитать книжку Роберта Мартина "Чистая архитектура". Для новичка скорее всего будет вообще нихрена не понятно, но сделать это стоит, что-то в голове отложится, а может и понимание придет, кто его знает.

Comments

[Ипатьев]

Это надо уметь, написать столько слов, и не объяснить в сущности ничего. И даже забыть про С :-)