M
почему метод view может не выоплняться?
стратегия SkipStrategy
метод презентера дергаеться в onActivityResult у Fragment-а
стратегия SkipStrategy
метод презентера дергаеться в onActivityResult у Fragment-а
Size: a a a
2018 October 17
АЕ
потому что onActivityResult выполняется до onResume, как вариант
AK
OneExecute думаю вам нужен
MM
почему метод view может не выоплняться?
стратегия SkipStrategy
метод презентера дергаеться в onActivityResult у Fragment-а
стратегия SkipStrategy
метод презентера дергаеться в onActivityResult у Fragment-а
SkipStrategy довольно специфична. При её примененнии у Вас презентер пытается обратиться ко вью, которая возможно ещё не приаттачена. Как упоминалось раньше OneExecute стратегия поможет в данном случае, т.к. команда будет добавлена в очередь и выполниться сразу как вью будет доступна. При этом следует учесть, что если в команде используються контекстосодержание аргументы, то очень возможна утечка памяти
M
Спасибо
AS
Знатоки MVP, подскажите, пожалуйста. Где должны находиться Handler, BroadcastReceiver и BluetoothService (в моей случае это класс, отвечающий за работу с Bluetooth) каждый в данном паттерне? Почему? И как правильно реализовать взаимодействия?
AP
Знатоки MVP, подскажите, пожалуйста. Где должны находиться Handler, BroadcastReceiver и BluetoothService (в моей случае это класс, отвечающий за работу с Bluetooth) каждый в данном паттерне? Почему? И как правильно реализовать взаимодействия?
Где? - в слое Модели
Почему? - Все эти компоненты являются источниками данных, зависят на фреймворках
Как правильно реализовать? - я бы делал так: создаете свой класс, в котором обворачиваете эти компоненты. Класс должен выставлять наружу методом или полем Observable<Данные> и на него можно подписаться.
Когда туда приходят новые события / данные / что-угодно, обсервабл отправляет информацию в подписчики.
Почему? - Все эти компоненты являются источниками данных, зависят на фреймворках
Как правильно реализовать? - я бы делал так: создаете свой класс, в котором обворачиваете эти компоненты. Класс должен выставлять наружу методом или полем Observable<Данные> и на него можно подписаться.
Когда туда приходят новые события / данные / что-угодно, обсервабл отправляет информацию в подписчики.
MM
Знатоки MVP, подскажите, пожалуйста. Где должны находиться Handler, BroadcastReceiver и BluetoothService (в моей случае это класс, отвечающий за работу с Bluetooth) каждый в данном паттерне? Почему? И как правильно реализовать взаимодействия?
Сугубо дело вкусовщины и субъективных взглядов. Вопрос скорее сюда: @Android_Architecture
V
Всем привет. Столкнулся с такой ситуацией что есть 3 презентера которые наследуются от одного базового, соответственно их вью наследуется тоже от какого-то базового вью соответствующего базовому презентеру. Эти 3 презентера инджектятся в один фрагмент и получается так что методы базового вью перекрывают друг друга. Можно ли как-то избежать этой ситуации?
YS
Всем привет. Столкнулся с такой ситуацией что есть 3 презентера которые наследуются от одного базового, соответственно их вью наследуется тоже от какого-то базового вью соответствующего базовому презентеру. Эти 3 презентера инджектятся в один фрагмент и получается так что методы базового вью перекрывают друг друга. Можно ли как-то избежать этой ситуации?
Нет, только отказавшись от базового презентера
YS
Делать базовый презентер только ради того, чтобы не писать похожий код — это не правильно использовать наследование. Так что не надо делать базовый презентер, базовую вью, базовую активити и тд
V
Делать базовый презентер только ради того, чтобы не писать похожий код — это не правильно использовать наследование. Так что не надо делать базовый презентер, базовую вью, базовую активити и тд
А как же тогда придерживаться DRY?
V
А как же тогда придерживаться DRY?
На одной композиции далеко не уедешь
YS
Тогда приходится решать вот такие вот проблемы 😄 иногда лучше написать 10 лишних строк кода для управление декомпозицией, чем вот так стрелять себе в ногу. имхо, solid важней dry =) ну и там есть ocp, который поможет с dry. но может это всё имхо, и я зря так набрасываю
V
Тогда приходится решать вот такие вот проблемы 😄 иногда лучше написать 10 лишних строк кода для управление декомпозицией, чем вот так стрелять себе в ногу. имхо, solid важней dry =) ну и там есть ocp, который поможет с dry. но может это всё имхо, и я зря так набрасываю
Я вот думаю создать сущность которая будет как child фрагмента и будет дублировать колбеки MvpDelegate. Сделаю такие 3 сущности, у каждой будет свой презентер и они будут управлять той частью фрагмента, которая им дана. Это реально?
YS
Я вот думаю создать сущность которая будет как child фрагмента и будет дублировать колбеки MvpDelegate. Сделаю такие 3 сущности, у каждой будет свой презентер и они будут управлять той частью фрагмента, которая им дана. Это реально?
Можешь попробовать =) в целом звучит нормально, если я правильно понял
V
Можешь попробовать =) в целом звучит нормально, если я правильно понял
Ок, спасибо
2018 October 18
MM
Тогда приходится решать вот такие вот проблемы 😄 иногда лучше написать 10 лишних строк кода для управление декомпозицией, чем вот так стрелять себе в ногу. имхо, solid важней dry =) ну и там есть ocp, который поможет с dry. но может это всё имхо, и я зря так набрасываю
Более чем полностью согласен!
MR
привет
обновил ext.kotlin_version = '1.2.71'
и появилась
kotlin.UninitializedPropertyAccessException: lateinit property presenter has not been initialized
кто-то решал подобную проблему?
обновил ext.kotlin_version = '1.2.71'
и появилась
kotlin.UninitializedPropertyAccessException: lateinit property presenter has not been initialized
кто-то решал подобную проблему?
RP
привет
обновил ext.kotlin_version = '1.2.71'
и появилась
kotlin.UninitializedPropertyAccessException: lateinit property presenter has not been initialized
кто-то решал подобную проблему?
обновил ext.kotlin_version = '1.2.71'
и появилась
kotlin.UninitializedPropertyAccessException: lateinit property presenter has not been initialized
кто-то решал подобную проблему?
вряд ли проблема в версии котлина, проблема же в использовании проперти до ее инициализации, верно?