АРХИТЕКТУРНЫЙ ШАБЛОН ПРОЕКТИРОВАНИЯ MVC

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

В группе архитектурных шаблонов выделяют следующие.

• Простой шаблон
• MVC
• HMVC
• MVVM

Архитектура приложения – это логическая структура, описывающая отдельные компоненты, их свойства и связи в виде единой системы.

Паттерны – это описания схем детализации отдельных подсистем приложения и взаимосвязей между ними

          MVC - это аббревиатура, которая расшифровывается так: Model-View-Controller.

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

Модель (Model) пред­став­ляет собой объ­ект­ную модель некой пред­мет­ной обла­сти, вклю­чает в себя дан­ные и методы работы с этими дан­ны­ми, реа­ги­рует на запросы из кон­трол­ле­ра, воз­вра­щая дан­ные и изме­няя своё состо­я­ние, при этом модель не содер­жит в себе инфор­ма­ции, как дан­ные можно визу­а­ли­зи­ро­вать.

Представление (View) отве­чает за отоб­ра­же­ние инфор­ма­ции (визу­а­ли­за­цию), одни и те же дан­ные могут пред­став­ляться раз­лич­ными спо­со­ба­ми, напри­мер, кол­лек­цию объ­ек­тов можно пред­ста­вить как в таб­лич­ном виде, так и спис­ком.

Представление также перехватывает действие пользователя, которое затем передается Контроллеру. Характерным примером этого является кнопка, генерируемая Представлением. Когда пользователь нажимает ее, запускается действие в Контроллере.

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

Контроллер (Controller) обес­пе­чи­вает связь между поль­зо­ва­те­лем и систе­мой, исполь­зует модель и пред­став­ле­ние для реа­ли­за­ции необ­хо­ди­мой реак­ции на дей­ствия поль­зо­ва­теля, как пра­ви­ло, на уровне кон­трол­лера осу­ществ­ля­ется филь­тра­ция полу­чен­ных дан­ных и авто­ри­за­ция (про­ве­ря­ются права поль­зо­ва­теля на выпол­не­ние дей­ствий или полу­че­ние инфор­ма­ции).

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