AG
а это и правда сейчас модно не возвращать из интерактора Observable?
Size: a a a
2017 January 26
AG
а как же возможность комбинировать результаты работы интерактора через rx и тп. или я что-то не так понял?
RS
А так вообще много людей пишет?
По-моему это жесть какая-то.
По-моему это жесть какая-то.
RS
Нигде такого кроме этой страшной репы не видел
AG
я тоже что-то не понял
RS
Имхо, от такой "чистой архитектурой" код только усложняется
2017 January 27
AG
ну это похоже на самую первую их версию, когда все было на колбеках
AG
теперь у них observer
АИ
Господа, у меня сейчас планируется приложение где юзеры в основном будут за полнять формы и сабмитить. Какую архитектуру по советуете? Я смотрю в сторону anddoid data binding (mvvm)
I
Господа, у меня сейчас планируется приложение где юзеры в основном будут за полнять формы и сабмитить. Какую архитектуру по советуете? Я смотрю в сторону anddoid data binding (mvvm)
чем мвп не устраивает?)
А
Господа, у меня сейчас планируется приложение где юзеры в основном будут за полнять формы и сабмитить. Какую архитектуру по советуете? Я смотрю в сторону anddoid data binding (mvvm)
мне тоже поначалу мввм нравился. но на андроиде его не удобно готовить. поэтому вернулся к мвп.
AE
такой вопрос, нормальный ли подход хранить аппликейшн контекст в глобальной статической переменной?
AE
public class MyApplication extends Application {
public static Context CONTEXT;
@Override
public void onCreate() {
super.onCreate();
CONTEXT = getApplicationContext();
}
}
public static Context CONTEXT;
@Override
public void onCreate() {
super.onCreate();
CONTEXT = getApplicationContext();
}
}
AE
или лучше его из вьюхи в презентер пробрасывать?
I
или лучше его из вьюхи в презентер пробрасывать?
Зачем он в презентере?
MT
или лучше его из вьюхи в презентер пробрасывать?
Лучше вообще с контекстом в презентере дело не иметь
AE
мне нужно получить assets
AE
где это лучше сделать
I
мне нужно получить assets
В презентере?)
I
А что в ассетс?