Чи корисна схема Model-View-Presenter (MVP) для Android?

Як відокремити View і Presenter в Android, тоді як реакції на дії користувача (Presenter part of MVP) встановлюються в ті ж дії, що і елементи GUI (Перегляд частини MVP).

"У модельному представнику програми перегляду так, як кажуть Мартін Фаулер або Майкл Перо [2], логіка інтерфейсу користувача розділена на клас, який називається презентатор, який обробляє весь вхід від користувача і який повідомляє" німий "погляд, що і коли робити дисплей "(цитується звідси ).

До цього часу я не думав, що однією з головних особливостей Android є розумна діяльність, яка здійснює дії, реагує на них і показує результати. Чи суперечить схемі MVP з філософією Android? Чи є сенс намагатися реалізувати це на Android? Якщо так, то як це можна зробити?

Програми для Android принципово побудовані навколо Model-View-Controller (MVC) - MVP звучить як одне і те ж, хоча термін я ще не чув. Діяльність заповнює роль Controller, XML Views - це саме те, що (хоча ви можете побудувати їх програмно в Activity - це просто простіше і простіше зробити це в XML), і модель, яку ви пишете самостійно. Так що так, ця модель цілком практична.

Можлива причина, що ви, можливо, мало чули про цю модель дизайну, полягає в тому, що рамка Android змушує вас відокремити погляд. Оскільки програми на мобільних пристроях, як правило, невеликі, люди не схильні використовувати повноцінний MVC; вони схильні до шарів перегляду та дій, де шар дії виконує більшу частину (невеликої) роботи моделі.

Якщо ви пишете програму на різних платформах, можливо, ви захочете переглянути чотиришаровий підхід: Перегляд, Дія, Бізнес-логіка та Модель. Шари «Перегляд» та «Дія» будуть залежати від платформи, тоді як бізнес-логіка та модель не змінюватимуться. В основному ви розділяєте взаємодію між презентатором та користувачем на рівень Дія, який викликає шар Business Logic для виконання дії, яку хоче користувач.

Я не маю досвіду програмування Android, але, якщо коротко ознайомитися з деякими вступними навчальними посібниками для Android, я не бачу причини, чому MVP має бути менш корисним, як у будь-яких інших рамках, що керуються подіями. ActivityКлас не сильно відрізняється від Dialogабо Formв інших рамках, тому вона повинна бути легко створити клас «Activitity Presenter» для будь-якого підкласу активності вашої програми і поставити основну логіку там.

Події, надіслані вашій "Діяльності", повинні бути делеговані вашому презентатору, і якщо ваш ведучий буде надсилати події самостійно або зателефонувати за іншими функціями, залежними від системи, ваша активність повинна надавати відповідні функції через інтерфейс, яким він ділиться з презентатором. Але це в основному те саме, що і в будь-якому іншому графічному інтерфейсі, про який я знаю.

MVP безумовно корисний для Android. Це допомагає впорядкувати та перевірити свій код. І найкраща частина - це те, що нові люди, які читають ваш код, зможуть зрозуміти код і почнуть вносити свій внесок, як тільки вони зрозуміють, що куди піти. Ось дуже корисне посилання для розуміння MVP з прикладами .

Ось коротке пояснення всіх трьох компонентів MVP

Вид

У MVP для android подання містить дві речі Діяльність - ресурс андроїда Перегляд - інтерфейс Java. Діяльність реалізує представлення, і він вводить себе (інтерфейс перегляду) у презентатор, щоб ведучий міг спілкуватися з діяльністю за допомогою інтерфейсу перегляду. Перші три блоки діаграми показують зв'язок між View і Presenter.

Ведучий

Презентатор виступає середнім рівнем між Переглядом та Даними / Модель. Перегляд (Діяльність) командує ведучого представити щось, а ведучий потім бере дані з бази даних / Модель і повертає презентабельну форму даних у Перегляд. Потім View переймається відображенням даних на екрані. І пам’ятайте, що Presenter - це звичайний клас java, він не повинен включати жоден з андроїдних компонентів, інакше це зробить складне тестування оглядача презентатора.

Якщо ви хочете використовувати базу даних у презентаторі, тоді зробіть активність, створіть екземпляр бази даних та вставте її у презентатор. Це допоможе вам знущатися над базою даних під час тестування одиниць та дасть змогу перевірити логіку бізнесу.

Модель

Модель у MVP - це не що інше, як джерело даних. View не спілкується з даними безпосередньо, а наказує Presenter обробляти дані та повертати інформацію, яка може відображатися без будь-яких додаткових змін.