Можно ли реализовать шаблон модель-представление-контроллер в Java для Android?
Или это уже реализовано через Activity? Или есть лучший способ реализовать шаблон MVC для Android?
java
android
design-patterns
model-view-controller
Мохит Дешпанде
источник
источник
Ответы:
В Android у вас нет MVC, но у вас есть следующее:
источник
Универсального паттерна MVC не существует. MVC - это концепция, а не основа программирования. Вы можете реализовать свой собственный MVC на любой платформе. Пока вы придерживаетесь следующей основной идеи, вы реализуете MVC:
Также подумайте об этом следующим образом: когда вы программируете свою модель, модель не должна беспокоиться о рендеринге (или коде, специфичном для платформы). Модель сказала бы представлению, мне все равно, будет ли ваш рендеринг Android, iOS или Windows Phone, это то, что вам нужно для рендеринга. Представление будет обрабатывать только код для конкретной платформы.
Это особенно полезно, когда вы используете Mono для совместного использования модели для разработки кроссплатформенных приложений.
источник
Действия, представления и действия на Android являются встроенным способом работы с пользовательским интерфейсом Android и представляют собой реализацию модели модель-представление-представление-модель (MVVM) , которая структурно аналогична (в том же семействе, что и модель-представление). -controller.
Насколько мне известно, нет способа вырваться из этой модели. Возможно, это можно сделать, но вы, вероятно, потеряете все преимущества существующей модели, и вам придется переписать свой собственный слой пользовательского интерфейса, чтобы он работал.
источник
После некоторого поиска наиболее разумным ответом будет следующее:
MVC уже реализован в Android как:
Button
производным отandroid.view.View
.(Это, кстати, не подразумевает никакой логики предметной области в деятельности.)
Наиболее разумная вещь для маленького разработчика - следовать этой схеме, а не пытаться делать то, что Google решил не делать.
PS Обратите внимание, что Activity иногда перезапускается, поэтому в нем нет места для данных модели (самый простой способ вызвать перезапуск - это пропустить
android:configChanges="keyboardHidden|orientation"
XML и включить ваше устройство).РЕДАКТИРОВАТЬ
Мы можем говорить о MVC , но это будет так сказать FMVC , Framework - Model - View - Controller . Framework (ОС Android) навязывает свою идею компоненты жизненного цикла и связанных с ними событий, и на практике контроллер (
Activity
/Service
/BroadcastReceiver
), в первую очередь отвечает за справиться с этим Framework -imposed событие (такие как OnCreate () ). Должен ли пользовательский ввод обрабатываться отдельно? Даже если это необходимо, вы не можете отделить его, события пользовательского ввода также приходят из Android.Во всяком случае, меньше кода , который не Android-конкретнее вы положили в свой
Activity
/Service
/BroadcastReceiver
, тем лучше.источник
Button
зная о Контролере ? Кажется более логичным, что представления знают только об отображении вещей. А учитывая, что Model знает только о природе данных, именно поэтому необходим Controller : что-то должно знать и о Model, и в View .Service
подпадают под зонтик контроллера тожеНе существует единого паттерна MVC, которому вы могли бы подчиниться. MVC просто заявляет более или менее, что вы не должны смешивать данные и представление, так что, например, представления отвечают за хранение данных или классы, которые обрабатывают данные, непосредственно влияют на представление.
Но, тем не менее, так как Android работает с классами и ресурсами, иногда вы даже вынуждены следовать шаблону MVC. На мой взгляд, более сложными являются действия, которые иногда отвечают за представление, но, тем не менее, одновременно выполняют роль контролера.
Если вы определяете свои представления и макеты в файлах XML, загружаете свои ресурсы из папки res, и если вы избегаете более или менее смешивать эти вещи в своем коде, то вы все равно следуете шаблону MVC.
источник
Вы можете реализовать MVC в Android, но он не «изначально поддерживается» и требует определенных усилий.
Тем не менее, я лично склоняюсь к MVP как более чистому архитектурному шаблону для разработки под Android. И, говоря MVP, я имею в виду это:
Я также разместил более подробный ответ здесь .
После игры с различными подходами к реализации MVC / MVP в Android, я пришел к разумному архитектурному шаблону, который я описал в этом посте: MVP и MVC Architectural Patterns в Android .
источник
Лучший ресурс, который я нашел для реализации MVC на Android, - это сообщение :
Я использовал тот же дизайн для одного из моих проектов, и он отлично работал. Я новичок в Android, поэтому не могу сказать, что это лучшее решение.
Я сделал одну модификацию: я создал модель и контроллер для каждого действия в классе приложения, чтобы они не воссоздались при изменении режима ландшафтного портрета.
источник
Я согласен с JDPeckham и считаю, что одного XML недостаточно для реализации UI-части приложения.
Однако, если вы рассматриваете Activity как часть представления, реализация MVC довольно проста. Вы можете переопределить Application (как возвращено getApplication () в Activity), и именно здесь вы можете создать контроллер, который выживет в течение всего времени жизни вашего приложения.
(В качестве альтернативы вы можете использовать шаблон синглтона, как предложено в документации приложения)
источник
MVC - архитектура на Android Лучше следовать любому MVP, а не MVC в Android. Но все же согласно ответу на вопрос это может быть решение
Описание и рекомендации
ПРИМЕЧАНИЕ 1:
Теперь вот волшебство, которое вы можете сделать. Как только вы классифицируете часть кода, напишите базовый класс интерфейса, такой как, IEntity и IService. Объявите общие методы. Теперь создайте абстрактный класс BaseService и объявите свой собственный набор методов и разделите код.
ПРИМЕЧАНИЕ 2: Если ваша деятельность представляет несколько моделей, а не написание кода / логики в деятельности, лучше разделить представления на фрагменты. Тогда лучше. Поэтому в будущем, если для отображения в представлении потребуется еще какая-то модель, добавьте еще один фрагмент.
ПРИМЕЧАНИЕ 3: Разделение кода очень важно. Каждый компонент в архитектуре должен быть независимым, не иметь зависимой логики. Если случайно, если у вас есть что-то зависимая логика, то напишите класс логики отображения между ними. Это поможет вам в будущем.
источник
Создание пользовательского интерфейса Android с использованием макетов, ресурсов, действий и намерений является реализацией шаблона MVC. Пожалуйста, смотрите следующую ссылку для получения дополнительной информации об этом - http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf
зеркало для PDF
источник
Шаблон MVC в Android (вроде как) реализован с помощью их классов Adapter . Они заменяют контроллер на «адаптер». Описание для адаптера гласит:
Я просто смотрю на это для приложения Android, которое читает из базы данных, так что я пока не знаю, насколько хорошо это работает. Однако это похоже на архитектуру Model-View-Delegate в Qt, которая, как они утверждают, является шагом по сравнению с традиционным шаблоном MVC. По крайней мере, на ПК шаблон Qt работает довольно хорошо.
источник
Хотя этот пост кажется устаревшим, я хотел бы добавить следующие два, чтобы проинформировать о последних разработках в этой области для Android:
android-binding - Предоставление структуры, которая позволяет связывать виджеты android view с моделью данных. Это помогает реализовать шаблоны MVC или MVVM в приложениях для Android.
roboguice - RoboGuice берет догадки из разработки. Введите свой View, Resource, System Service или любой другой объект, и пусть RoboGuice позаботится о деталях.
источник
Контроллер модельного представления (MVC)
Описание:
Шаблон MVC по сути таков:
Важная особенность MVC: мы можем модифицировать либо модель, либо вид, либо контроллер, по-прежнему не влияя на другие
источник
Я думаю, что наиболее полезное упрощенное объяснение здесь: http://www.cs.otago.ac.nz/cosc346/labs/COSC346-lab2.2up.pdf
Из всего, что я видел и читал здесь, реализация всех этих вещей усложняет и не вписывается в другие части Android.
Осуществление действия, реализующего других слушателей, уже является стандартным способом Android. Самый безобидный способ - добавить Java Observer, как описывают слайды, и сгруппировать действия onClick и другие типы в функции, которые все еще находятся в Activity.
Способ Android заключается в том, что Activity делает и то, и другое. Борьба с ним на самом деле не делает расширение или создание будущего кода легче.
Я согласен со 2-м постом . Это уже реализовано, но не так, как привыкли люди. Независимо от того, находится он в одном файле или нет, разделение уже есть. Нет необходимости создавать дополнительное разделение для соответствия другим языкам и операционным системам.
источник
Было удивительно видеть, что ни один из постов здесь не ответил на вопрос. Они либо слишком общие, расплывчатые, неправильные или не относятся к реализации в Android.
В MVC слой View знает только, как отобразить пользовательский интерфейс (UI). Если для этого нужны какие-либо данные, они получают их со слоя модели . Но View НЕ напрямую просит модель найти данные, он делает это через Controller . Поэтому Контроллер вызывает Модель для предоставления необходимых данных для Представления . Как только данные готовы, контроллер сообщает представлению, что данные готовы для получения из модели . Теперь представление может получать данные из модели .
Этот поток может быть кратко изложен ниже:
Стоит отметить, что представление может узнать о доступности данных в модели либо через контроллер, также известный как пассивный MVC, либо наблюдая за данными в модели , регистрируя для нее наблюдаемые, то есть активные MVC .
Что касается реализации, одна из первых вещей, которая приходит на ум, это то, что какой компонент Android следует использовать для View ?
Activity
илиFragment
?Ответ в том, что это не имеет значения, и оба могут быть использованы. View должен быть в состоянии представить пользовательский интерфейс (UI) на устройстве и реагировать на взаимодействие пользователя с интерфейсом. И то,
Activity
и другоеFragment
предоставляют необходимые методы для этого.В примере приложения используется в этой статье я использовал
Activity
для View слоя, ноFragment
также могут быть использованы.Полный пример приложения можно найти в ветке 'mvc' моего репозитория GitHub здесь .
Я также рассмотрел плюсы и минусы архитектуры MVC в Android на примере здесь .
Для тех , кто заинтересован, я начал серию статей о Android App архитектуре здесь , в которой я сравнить различные архитектуры, т.е. MVC, MVP, MVVM, для развития Android App через полное рабочее приложение.
источник
Устав от катастрофы MVx на Android, я недавно создал крошечную библиотеку, которая обеспечивает однонаправленный поток данных и похожа на концепцию MVC: https://github.com/zserge/anvil
По сути, у вас есть компонент (активность, фрагмент и группа просмотра). Внутри вы определяете структуру и стиль слоя представления. Также вы определяете, как данные должны быть связаны с представлениями. Наконец, вы можете связать слушателей в одном месте.
Затем, как только ваши данные будут изменены, будет вызван глобальный метод render (), и ваши представления будут обновлены с использованием самых последних данных.
Вот пример компонента, в котором есть все для компактности кода (конечно, модель и контроллер могут быть легко разделены). Здесь «count» - модель, метод view () - представление, а «v -> count ++» - контроллер, который прослушивает нажатия кнопок и обновляет модель.
С разделенной моделью и контроллером это будет выглядеть так:
Здесь при каждом нажатии кнопки число будет увеличиваться, затем вызывается функция render () и текст кнопки будет обновляться.
Синтаксис становится более приятным, если вы используете Kotlin: http://zserge.com/blog/anvil-kotlin.html . Также существует альтернативный синтаксис для Java без лямбд.
Сама библиотека очень легкая, не имеет зависимостей, не использует отражения и т. Д.
(Отказ от ответственности: я автор этой библиотеки)
источник
Согласно объяснению, которое объяснила команда Xamarin (на iOS MVC «Я знаю, это кажется странным, но подожди секунду»):
Я могу сказать это:
Модель на Android - это просто подлежащий продаже объект. Представление - это макет XML, а контроллер - (действие + его фрагмент).
* Это только мое мнение, а не из какого-либо ресурса или книги.
источник
Не существует реализованной архитектуры MVC, но существует набор библиотек / примеров для реализации архитектуры MVP (модель-представление-презентатор).
Пожалуйста, проверьте эти ссылки:
https://github.com/sockeqwe/mosby
https://github.com/android10/Android-CleanArchitecture
https://github.com/antoniolg/androidmvp
Google добавил пример архитектуры Android MVP:
источник
Я видел, что многие люди говорят, что MVC уже реализован в Android, но это не так. Android не следует MVC по умолчанию.
Поскольку я не думаю, что Google когда-либо принудительно навязывает ограничения реализации MVC, такой как iPhone, но это зависит от разработчиков, какой шаблон или методика они хотят в своем проекте, В небольших или простых приложениях использование MVC не требуется, но как приложение растет и усложняется и требует модификации своего кода в последующие годы, а затем возникает потребность в паттерне MVC в Android.
Он предоставляет простой способ изменить код, а также помогает уменьшить количество проблем. Если вы хотите реализовать MVC на Android, перейдите по приведенной ниже ссылке и наслаждайтесь реализацией MVC в своем проекте.
http://www.therealjoshua.com/2011/11/android-architecture-part-1-intro/
Но в настоящее время я думаю, что MVP вместе с Android Architectural Pattern является одним из лучших вариантов, который разработчики должны использовать для чистых и надежных приложений для Android.
источник
Когда мы применяем MVC, MVVM или Presentation Model к приложению для Android, мы действительно хотим иметь четко структурированный проект и, что еще важнее, его проще для модульных тестов.
На данный момент без сторонней среды у вас обычно есть много кода (например, addXXListener (), findViewById () и т. Д.), Который не добавляет никакой коммерческой ценности.
Более того, вы должны запускать юнит-тесты Android вместо обычных JUnit-тестов, которые требуют много времени для запуска и делают юнит-тесты несколько непрактичными. По этим причинам несколько лет назад мы запустили проект с открытым исходным кодом, RoboBinding - инфраструктуру представления данных с привязкой данных для платформы Android.
RoboBinding помогает вам писать код пользовательского интерфейса, который легче читать, тестировать и обслуживать. RoboBinding устраняет необходимость в ненужном коде, таком как addXXListener или около того , и переносит логику пользовательского интерфейса в Presentation Model, которая является POJO и может быть протестирована с помощью обычных тестов JUnit . Сам RoboBinding поставляется с более чем 300 тестами JUnit, чтобы гарантировать его качество.
источник
В моем понимании, то, как Android обрабатывает шаблон MVC, выглядит следующим образом:
У вас есть активность, которая служит в качестве контроллера. У вас есть класс, который отвечает за получение данных - модель, а затем у вас есть класс View, который является представлением.
Говоря о представлении, большинство людей думают только о его визуальной части, определенной в XML. Давайте не будем забывать, что View также имеет программную часть со своими конструкторами, методами и т. Д., Определенными в классе java.
источник