Android нуждается в шаблоне архитектуры программного обеспечения во время разработки. MVC и MVP — это широко используемые шаблоны, которые дают разработчикам возможность модулировать файлы проекта и обеспечивать покрытие кодов.
Это упрощает работу разработчика.
Основные выводы
- MVC (Model-View-Controller) разделяет данные приложения, пользовательский интерфейс и логику управления на три отдельных компонента, обеспечивая модульность.
- MVP (Model-View-Presenter) также разделяет эти проблемы, но добавляет компонент Presenter для управления связью между представлением и моделью.
- MVC больше подходит для больших приложений со сложным взаимодействием с пользователем, тогда как MVP хорошо подходит для небольших проектов с простыми интерфейсами.
MVC vs MVP
MVC — это архитектурный шаблон, разделяющий приложение на три основных компонента: модель, представление и контроллер. Модель представляет данные приложения и бизнес-логику. MVP — это еще один архитектурный шаблон, похожий на MVC, но с несколькими ключевыми отличиями. Модель MVP по-прежнему представляет данные и бизнес-логику приложения.
MVC — это программная структура, в которой в качестве точки входа используются контроллеры. Уровень представления реализован как отдельный модуль или класс.
Все 3 представленных слоя его тесно связаны между собой; таким образом, внесение любых изменений может быть затруднено.
Можно сказать, что шаблон MVC вдохновил шаблон MVP. Однако MVP является UI образец представления. Это не изображает всю процедуру, но объясняет структуру представления.
Представление создает элементы пользовательского интерфейса, и все его элементы неплотно держатся вместе.
Сравнительная таблица
| Параметры сравнения | MVC | MVP |
|---|---|---|
| Смысл | MVC расшифровывается как Model-View-Controller. | MVP расшифровывается как Model-View-Presenter. |
| Входная точка | Точка входа этого — Controller. | Точкой входа является View. |
| Отношение представления и модели | Это приложение следует модульным принципам, а также принципам единой ответственности. | Здесь View знает о Presenter. |
| Следующие модульные | Это приложение не следует какой-либо модульности и не соблюдает принцип единой ответственности. | Это приложение следует модульным принципам, а также принципам единой ответственности. |
| Модификация | Здесь внесение изменений затруднено. | Здесь внесение изменений и изменение данных не представляет большой сложности. |
Что такое MVC?
Паттерн MVC подразумевает Model-View-Controller. Код разделен на эти три раздела. Когда разработчики создают файл для приложения, им нужно выбрать один из слоев.
Первый уровень, Модель, отвечает за хранение данных приложения. Он вообще не знает об интерфейсе. У модели есть задача связи с базой данных и сетевыми уровнями.
Представление — это пользовательский интерфейс или уровень пользовательского интерфейса приложения. Он содержит компоненты, видимые на экране. Все визуализированные данные, которые сохраняются в модели, предоставляются представлением.
Пользователи могут взаимодействовать с этим. Последний уровень, контроллер, разработан для соединения модели и представления. Он собирает поведение пользователя и в соответствии с этим обновляет Модель.
Несколько отрицательных моментов MVC иногда усложняют работу. Здесь представление и модель тесно связаны.
Таким образом, требования Представления могут повлиять на Модель и ухудшить бизнес-логику. В то же время такая тесная связь усложняет модульное тестирование View.
Что такое MVP?
Шаблон MVP означает Model-View-Ведущий. Это улучшенная версия MVC, и с помощью MVP разработчик может эффективно структурировать коды предпринятых проектов.
Характеристики MVP делают его очень популярным среди разработчиков. Его чистая и поддерживаемая база данных кода и возможность тестирования делают его очень полезным.
Он также состоит из трех компонентов. Первый — это уровень модели, предназначенный для хранения данных. Он поддерживает правила логики домена и взаимодействует с базой данных и сетевыми уровнями.
Следующий уровень, View, представляет собой пользовательский интерфейс этого приложения. Этот уровень обеспечивает всю визуализацию данных, а также отслеживание действий пользователя для информирования докладчика.
Последний уровень — это Presenter, который приносит данные из модели, использует логику пользовательского интерфейса, а затем определяет, что должно отображаться. Пользователи могут вводить данные в представление, и MVP соответствующим образом организует состояние представления.
Однако MVP не свободен от всех проблем. Контролер MVP удаляется.
В итоге, чтобы компенсировать отсутствие контролера, потоком должен заниматься Presenter. Таким образом, в конечном счете, Ведущему удается обновить Модель и представить ее.
Основные различия между MVC и MVP
- MVC означает Model-View-Controller, тогда как MVP означает Model-View-Presenter.
- Точкой входа для MVC является Controller, но в случае MVP точкой входа является View.
- В приложении MVC Представление не имеет никаких знаний о Контроллере, и, наоборот, в MVP Представление хорошо осведомлено о Презентаторе.
- В MVC уровни кода тесно связаны, но в MVP уровни кода слабо связаны.
- Поскольку MVC содержит тесно связанные уровни кода, изменить его данные непросто, но в случае MVP вносить изменения легко, поскольку уровни кода слабо связаны.
- MVC не придерживается принципа единой ответственности, но MVP следует ему.
- https://ieeexplore.ieee.org/abstract/document/5567323/
- https://research.tue.nl/files/48628529/Lou_2016.pdf
Последнее обновление: 11 июня 2023 г.
Я приложил столько усилий, чтобы написать этот пост в блоге, чтобы предоставить вам ценность. Это будет очень полезно для меня, если вы подумаете о том, чтобы поделиться им в социальных сетях или со своими друзьями/родными. ДЕЛИТЬСЯ ♥️
Сандип Бхандари имеет степень бакалавра вычислительной техники Университета Тапар (2006 г.). Имеет 20-летний опыт работы в сфере технологий. Он проявляет большой интерес к различным техническим областям, включая системы баз данных, компьютерные сети и программирование. Подробнее о нем можно прочитать на его био страница.
Спасибо автору за столь доступное изложение сложностей MVC и MVP.
Не могу не согласиться! Таблица MVC и MVP оказалась особенно полезной для понимания нюансов между ними. Отличная работа.
В статье удалось сделать доступными даже более сложные технические аспекты архитектуры программного обеспечения. Спасибо автору.
Разбор MVC и MVP был одновременно всеобъемлющим и интересным. Очень похвальное произведение.
Это было невероятно информативно. Я никогда не знал, что различия между MVC и MVP настолько ясны и отчетливы. Я обязательно буду применять эти принципы в своей архитектуре программного обеспечения в будущем.
Приятно видеть детальное исследование MVC и MVP, подчеркивающее их преимущества и недостатки. В целом хорошо проработанный материал.
Жаль, что тесная связь между представлениями и моделями в шаблоне MVC усложняет модульное тестирование, особенно для более сложных приложений. Слабая связь MVP решает эту проблему довольно эффективно.
Приятно видеть содержательное обсуждение шаблонов архитектуры программного обеспечения. Сравнение MVC и MVP было поучительным.
Я полностью согласен. Структура MVP позволяет более эффективно тестировать и устранять неполадки.
Я с уважением не согласен с тем, что MVC больше подходит для более крупных приложений. Гибкость проектирования MVP может быть полезна и для более крупных проектов.