Dzmuh: Новая страница: «{{redirect|MVC}} {{Шаблон проектирования | диаграмма = 240px | тип = | назначение = | структура = * Модель * Контроллер * Представление | применяется_в_случаях = | плюсы = | минусы = | родственные_шаблоны = }} '...»

2023-09-11T17:32:21Z

Новая страница: «{{redirect|MVC}} {{Шаблон проектирования | диаграмма = 240px | тип = | назначение = | структура = * Модель * Контроллер * Представление | применяется_в_случаях = | плюсы = | минусы = | родственные_шаблоны = }} '...»

Новая страница

{{redirect|MVC}}
{{Шаблон проектирования
| диаграмма = [[Файл:MVC-Process.png|240px]]
| тип =
| назначение =
| структура =
* Модель
* Контроллер
* Представление
| применяется_в_случаях =
| плюсы =
| минусы =
| родственные_шаблоны =
}}
'''Model-View-Controller''' ('''MVC''', «Модель-Представление-Контроллер», «Модель-Вид-Контроллер») — схема разделения данных приложения и управляющей логики на три отдельных компонента: модель, представление и контроллер — таким образом, что модификация каждого компонента может осуществляться независимо{{sfn|Обобщённый Model-View-Controller|2007}}.

* '''''Модель''''' (''Model'') предоставляет данные и реагирует на команды контроллера, изменяя своё состояние{{sfn|Обобщённый Model-View-Controller|2007}}.
* '''''Представление''''' (''View'') отвечает за отображение данных модели пользователю, реагируя на изменения модели{{sfn|Обобщённый Model-View-Controller|2007}}.
* '''''Контроллер''''' (''Controller'') интерпретирует действия пользователя, оповещая модель о необходимости изменений{{sfn|Обобщённый Model-View-Controller|2007}}.

== История ==
Концепция MVC была описана [[Реенскауг, Трюгве|Трюгве Реенскаугом]] в 1978 году{{sfn|Обобщённый Model-View-Controller|2007}}<ref>Trygve M. H. [http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html Reenskaug/MVC] {{Архивировано|url=https://wayback.archive-it.org/10370/20180425072145/http://folk.uio.no/trygver/themes/mvc/mvc-index.html |date=2018-04-25 }} XEROX PARC 1978-79</ref>, работавшим в научно-исследовательском центре «[[Xerox PARC]]» над языком программирования «[[Smalltalk]]». Позже, Стив Бурбек реализовал шаблон в [[Smalltalk-80]]{{sfn|Обобщённый Model-View-Controller|2007}}<ref name="автоссылка2">{{статья|автор=Стив Бурбек|заглавие=A Description of the Model-View-Controller User
Interface Paradigm in the Smalltalk-80 System|ссылка=http://www.itu.dk/courses/VOP/E2005/VOP2005E/8_mvc_krasner_and_pope.pdf|archiveurl=https://web.archive.org/web/20100921030808/http://www.itu.dk/courses/VOP/E2005/VOP2005E/8_mvc_krasner_and_pope.pdf|archivedate=2010-09-21|url=http://www.itu.dk/courses/VOP/E2005/VOP2005E/8_mvc_krasner_and_pope.pdf|deadlink=да}}</ref><ref name="автоссылка1">{{статья|автор=В. А. Савельев|заглавие=Программирование Приложений в Smalltalk-80™: Как использовать Model-View-Controller (MVC)|ссылка=http://www.math.rsu.ru/smalltalk/gui/mvc-rus.pdf|archivedate=2017-08-07|archiveurl=https://web.archive.org/web/20170807210025/http://www.math.rsu.ru/smalltalk/gui/mvc-rus.pdf}}</ref>.

Окончательная версия концепции MVC была опубликована лишь в 1988 году в журнале {{iw|Technology Object|||The Journal of Object Technology}}<ref>[http://dl.acm.org/citation.cfm?id=50757.50759 A cookbook for using the model-view controller user interface paradigm in Smalltalk-80] {{Wayback|url=http://dl.acm.org/citation.cfm?id=50757.50759 |date=20170715084311 }}, [https://web.archive.org/web/20100921030808/http://www.itu.dk/courses/VOP/E2005/VOP2005E/8_mvc_krasner_and_pope.pdf A Description of the Model-View-Controller User Interface Paradigm in the Smalltalk-80 System] ([http://www.math.rsu.ru/smalltalk/gui/mvc-rus.pdf перевод В. А. Савельев] {{Wayback|url=http://www.math.rsu.ru/smalltalk/gui/mvc-rus.pdf |date=20170807210025 }})</ref>.

Впоследствии шаблон проектирования стал эволюционировать. Например, была представлена иерархическая версия [[HMVC]]; {{iw|MVA|||Model–view–adapter}}, [[MVVM]]<ref>{{cite web|title=A cookbook for using the model-view controller user interface paradigm in Smalltalk-80|url=http://dl.acm.org/citation.cfm?id=50757.50759|access-date=2017-01-10|archive-date=2017-07-15|archive-url=https://web.archive.org/web/20170715084311/http://dl.acm.org/citation.cfm?id=50757.50759|deadlink=no}}</ref><ref name="автоссылка2" /><ref name="автоссылка1" />.

Дальнейший виток популярности привнесло развитие фреймворков, ориентированных на быструю развёртку, на языках [[Python|Python (]][[Django]]), [[PHP|PHP (]][[Laravel]]) и [[Ruby]] ([[Ruby on Rails|Ruby on Rails)]]. На момент 2017 года, фреймворки с MVC заняли заметные позиции по отношению к остальным фреймворкам без этого шаблона<ref>{{Cite web |url=http://hotframeworks.com/ |title=hotframeworks |access-date=2017-01-10 |archive-date=2017-02-10 |archive-url=https://web.archive.org/web/20170210114756/http://hotframeworks.com/ |deadlink=no }}</ref>.

== Различия описания концепции шаблона ==
С развитием объектно-ориентированного программирования и понятия о [[Шаблоны проектирования|шаблонах проектирования]] — был создан ряд модификаций концепции MVC, которые при реализации у разных авторов могут отличаться от оригинальной. Так, например, Эриан Верми в 2004 году описал пример обобщённого MVC<ref>Vermeij. [http://onjava.com/pub/a/onjava/2004/07/07/genericmvc.html Arjan A Generic MVC Model in Java] {{Wayback|url=http://onjava.com/pub/a/onjava/2004/07/07/genericmvc.html |date=20111001025613 }} 2004</ref>.

В предисловии к диссертации «[[Naked objects]]» Ричарда Поусона (Richard Pawson) Трюгве Реенскауг упоминает свою неопубликованную наиболее раннюю версию MVC, согласно которой<ref>Richard Pawson [https://isis.apache.org/resources/thesis/Pawson-Naked-Objects-thesis.pdf Naked objects] {{webarchive|url=https://web.archive.org/web/20151028040144/http://isis.apache.org/resources/thesis/Pawson-Naked-Objects-thesis.pdf |date=2015-10-28 }}, PhD dissertation, University of Dublin, Trinity College, 2004</ref>:
* Модель относилась к «разуму» пользователя;
* Под представлением имелся в виду редактор, позволяющий пользователю просматривать и обновлять информацию;
* Контроллер являлся инструментом для связывания представлений воедино и применялся пользователем для решения его задач.

== Назначение ==
Основная цель применения этой концепции состоит в отделении [[Бизнес-логика|бизнес-логики]] (''модели'') от её визуализации (''представления'', ''вида''). За счёт такого разделения повышается возможность [[Повторное использование кода|повторного использования кода]]. Наиболее полезно применение данной концепции в тех случаях, когда пользователь должен видеть те же самые данные одновременно в различных контекстах и/или с различных точек зрения. В частности, выполняются следующие задачи:
# К одной ''модели'' можно присоединить несколько ''видов'', при этом не затрагивая реализацию ''модели''. Например, некоторые данные могут быть одновременно представлены в виде [[Электронная таблица|электронной таблицы]], [[Гистограмма|гистограммы]] и [[Круговая диаграмма|круговой диаграммы]];
# Не затрагивая реализацию ''видов'', можно изменить реакции на действия пользователя (нажатие мышью на кнопке, ввод данных) — для этого достаточно использовать другой ''контроллер'';
# Ряд разработчиков специализируется только в одной из областей: либо разрабатывают графический [[Интерфейс пользователя|интерфейс]], либо разрабатывают [[Бизнес-логика|бизнес-логику]]. Поэтому возможно добиться того, что программисты, занимающиеся разработкой [[Бизнес-логика|бизнес-логики]] (''модели''), вообще не будут осведомлены о том, какое ''представление'' будет использоваться.

== Концепция ==
{{Нет источников в разделе|дата=2017-01-13}}

Концепция MVC позволяет разделить модель, представление и контроллер на три отдельных компонента:

=== Модель ===
Модель предоставляет данные и методы работы с ними: запросы в базу данных, проверка на корректность. Модель не зависит от представления (не знает как данные визуализировать) и контроллера (не имеет точек взаимодействия с пользователем), просто предоставляя доступ к данным и управлению ими.

Модель строится таким образом, чтобы отвечать на запросы, изменяя своё состояние, при этом может быть встроено уведомление «[[Наблюдатель (шаблон проектирования)|наблюдателей]]».

Модель, за счёт независимости от визуального представления, может иметь несколько различных представлений для одной «модели»

=== Представление ===
Представление отвечает за получение необходимых данных из модели и отправляет их пользователю.
Представление не обрабатывает введённые данные пользователя <ref>{{Cite web |url=http://ima.udg.edu/~sellares/EINF-ES1/MVC-Toni.pdf |title=Toni Sellarès, "The Model View Controller: a Composed Pattern." |access-date=2017-08-16 |archive-date=2017-12-15 |archive-url=https://web.archive.org/web/20171215085136/http://ima.udg.edu/~sellares/EINF-ES1/MVC-Toni.pdf |deadlink=no }}</ref>.

=== Контроллер ===
Контроллер обеспечивает «связь» между пользователем и системой. Контролирует и направляет данные от пользователя к системе и наоборот. Использует модель и представление для реализации необходимого действия.

=== Функциональные возможности и расхождения ===
Поскольку MVC не имеет строгой реализации, то реализован он может быть по-разному. Нет общепринятого определения, где должна располагаться бизнес-логика. Она может находиться как в контроллере, так и в модели. В последнем случае, модель будет содержать все бизнес-объекты со всеми данными и функциями.

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

Также не указано, где должна находиться проверка введённых пользователем данных. Простая валидация может встречаться даже в представлении, но чаще они встречаются в контроллере или модели.

Интернационализация и форматирование данных также не имеет четких указаний по расположению.

== Условно-обязательные модификации ==
Для реализации схемы «Model-View-Controller» используется достаточно большое число [[шаблон проектирования|шаблонов проектирования]] (в зависимости от сложности архитектурного решения), основные из которых — «[[Наблюдатель (шаблон проектирования)|наблюдатель]]», «[[Стратегия (шаблон проектирования)|стратегия]]», «[[Компоновщик (шаблон проектирования)|компоновщик]]»<ref>Э. Гамма, Р. Хелм, Р. Джонсон, [[Влисидис, Джон|Дж. Влиссидес]]. [http://www.kodges.ru/58405-priemy-obektno-orientirovannogo-proektirovaniya..html Приёмы объектно-ориентированного проектирования. Паттерны проектирования] {{Wayback|url=http://www.kodges.ru/58405-priemy-obektno-orientirovannogo-proektirovaniya..html |date=20111026115700 }} 2001</ref>.

Наиболее типичная реализация — в которой представление отделено от модели путём установления между ними протокола взаимодействия, использующего «аппарат событий» (обозначение ''«событиями»'' определённых ситуаций, возникающих в ходе выполнения программы, — и рассылка уведомлений о них всем тем, кто подписался на получение): при каждом особом изменении внутренних данных в модели (обозначенном как «событие»), она оповещает о нём те зависящие от неё представления, которые подписаны на получение такого оповещения — и представление обновляется. Так используется шаблон «[[Наблюдатель (шаблон проектирования)|наблюдатель]]».

При обработке реакции пользователя — представление выбирает, в зависимости от реакции, нужный ''контроллер'', который обеспечит ту или иную связь с моделью. Для этого используется шаблон «[[Стратегия (шаблон проектирования)|стратегия]]», или вместо этого может быть модификация с использованием шаблона «[[Команда (шаблон проектирования)|команда]]».

Для возможности однотипного обращения с подобъектами сложно-составного [[Иерархия|иерархического]] вида — может использоваться шаблон «[[Компоновщик (шаблон проектирования)|компоновщик]]». Кроме того, могут использоваться и другие [[Шаблон проектирования|шаблоны проектирования]] — например, «[[Фабричный метод (шаблон проектирования)|фабричный метод]]», который позволит задать по умолчанию тип контроллера для соответствующего вида.

== Наиболее частые ошибки ==
Начинающие программисты очень часто трактуют архитектурную модель MVC как пассивную модель MVC: модель выступает исключительно совокупностью функций для доступа к данным, а контроллер содержит [[Бизнес-логика|бизнес-логику]]. В результате — код моделей по факту является средством получения данных из [[СУБД]], а контроллер — типичным [[Модульное программирование|модулем]], наполненным бизнес-логикой. В результате такого понимания — MVC-разработчики стали писать код, который Падриг Брэди (известный в кругах сообщества «[[Zend Framework]]») охарактеризовал как «ТТУК» («Толстые, тупые, уродливые контроллеры»; Fat Stupid Ugly Controllers):

{{начало цитаты}}
Среднестатистический ТТУК получал данные из БД (используя уровень абстракции базы данных, делая вид, что это модель) или манипулировал, проверял, записывал, а также передавал данные в Представление. Такой подход стал очень популярен потому, что использование таких контроллеров похоже на классическую практику использования отдельного php-файла для каждой страницы приложения.
{{конец цитаты|источник=[http://blog.astrumfutura.com/2008/12/the-m-in-mvc-why-models-are-misunderstood-and-unappreciated/ The M in MVC: Why Models are Misunderstood and Unappreciated | Pádraic Brady] [http://zendframework.ru/anonses/model-with-mvc перевод]}}

Но в [[Объектно-ориентированное программирование|объектно-ориентированном]] программировании используется активная модель<ref>{{Cite web |url=https://www.rsdn.org/article/patterns/generic-mvc.xml#EEGAC |title=Обобщенный Model-View-Controller |access-date=2020-06-17 |archive-date=2020-02-17 |archive-url=https://web.archive.org/web/20200217033354/http://rsdn.org/article/patterns/generic-mvc.xml#EEGAC |deadlink=no }}</ref> MVC, где модель — это не только совокупность кода доступа к данным и [[Система управления базами данных|СУБД]], но и вся [[бизнес-логика]]; также модели могут [[Инкапсуляция (программирование)|инкапсулировать]] в себе другие модели. Контроллеры же, — как элементы [[Информационная система|информационной системы]], — ответственны лишь за:
* приём запроса от [[Пользователь|пользователя]];
* анализ запроса;
* выбор следующего действия системы, соответственно результатам анализа (например, передача запроса другим элементам системы).
Только в этом случае контроллер становится «тонким» и выполняет исключительно функцию связующего звена (glue layer) между отдельными компонентами [[Информационная система|информационной системы]].

== См. также ==
* [[Model-View-ViewModel]]
* [[Model-View-Presenter]]

== Примечания ==
{{примечания}}

== Литература ==
* {{книга|заглавие=ASP.NET MVC 4 с примерами на C# 5.0 для профессионалов, 4-е издание|оригинал=Pro ASP.NET MVC 4, 4th edition|автор=Адам Фримен|страниц=688|isbn=978-5-8459-1867-3|год=2013|место=М.|издательство=[[Вильямс (издательство)|«Вильямс»]]}}
* {{книга|заглавие=ASP.NET MVC 4: разработка реальных веб-приложений с помощью ASP.NET MVC|оригинал=Programming ASP.NET MVC 4: Developing Real-World Web Applications with ASP.NET MVC|автор=Джесс Чедвик и др.|страниц=432|isbn=978-5-8459-1841-3|год=2013|место=М.|издательство=[[Вильямс (издательство)|«Вильямс»]]}}
* {{публикация|статья|автор=Сергей Рогачев|заглавие=Обобщённый Model-View-Controller|год=2007|издание=rsdn.org|ссылка=http://rsdn.org/article/patterns/generic-mvc.xml|ref=Обобщённый Model-View-Controller}}

== Ссылки ==
{{википедия|Model-View-Controller}}
* MVC простым языком — на [http://www.phpinfo.su/articles/theory/model_view_controller.html примере автомобиля] {{Wayback|url=http://www.phpinfo.su/articles/theory/model_view_controller.html |date=20150704040856 }}
* Сергей Бердачук. [http://berdaflex.com/ru/eclipse/books/rcp_filemanager/ch04s06.html Eclipse RCP. Файловый менеджер]
* [http://www.rsdn.ru/article/patterns/modelviewpresenter.xml Model-View-Controller в .Net]
* [http://www.ibm.com/developerworks/ru/library/wi-embed/index.html?ca=dre-ru Разработка встроенных приложений с использованием eSWT]

{{Типы шаблонов проектирования}}

[[Категория:Архитектурные шаблоны проектирования]]

Model-View-Controller - История изменений