А кроме как с точки зрения скорости прогонки тестов? С

Question

А кроме как с точки зрения скорости прогонки тестов? С

точки зрения архитектуры приложения? Ведь тогда при изменениях вью (нормальных, а не цвет поменять) мы начинаем менять сразу несколько компонетов и вью и пресентер. Какая уж тут слабая связанность компонент? Мы просто взяли и размазали логику по двум классам. И тогда действительно хороший вопрос какое место адаптера в этой схеме. Допустим у нас раньше был лист с элементами в которых содержатся чекбоксы и можно выбрать несколько вариантов данных. А теперь у нас в элементах добавился EditText и пользователь может вводить произвольные данные. Как данные изменения отражаются на пресентере?

#it #programming #russian #software

0

07.02.2017

2 ответов

13 просмотров

Roman Kavyrshin

Смысл MVP в том чтобы взять Model и Presenter'ы и вставить их в другое приложение. Реализовать методы View и запустить! =)

0

07.02.2017

Artur · Accepted Answer

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

214 похожих чатов

А кроме как с точки зрения скорости прогонки тестов? С

2 ответов

Похожие вопросы