АМ
Нет, погугли, есть флаг isRelease (условно) можешь проверять по флагу условие и делать что хочешь. Если я правильно понимаю вопрос
Окей а в добавлении тестового устройства вообще есть смысл если я использую тестовые ads?
Size: a a a
2020 July 10
EK
Нет, погугли, есть флаг isRelease (условно) можешь проверять по флагу условие и делать что хочешь. Если я правильно понимаю вопрос
if (BuildConfig.DEBUG) все же есть из коробкиr
if (BuildConfig.DEBUG) все же есть из коробкиЯ про него, да
2020 July 11
NM
F
RC
F
типа такого?
RC
Не-не, нужно биндить/провайдить конкретные вьюмодели
RC
F
Не-не, нужно биндить/провайдить конкретные вьюмодели
у меня такое тоже есть, но на данном этапе проблема именно с фектори, на скрине видно
RC
А, сори, в глаза долблюсь
F
еще я не подключал dagger.android, может в этом проблема?
RC
еще я не подключал dagger.android, может в этом проблема?
Ну, или я чего-то не знаю, или разработчики признали сами эту идею гиблой и перестали ее развивать. Я натыкался на эти статьи ещё зимой. Мол, используйте обычный dagger 2
F
Ну, или я чего-то не знаю, или разработчики признали сами эту идею гиблой и перестали ее развивать. Я натыкался на эти статьи ещё зимой. Мол, используйте обычный dagger 2
я поэтому и не подключал))
RC
я поэтому и не подключал))
Есть более лобовой вариант - инжектиь сразу ViewModelFactory, если модешь
RC
У меня такое сейчас работает, как часики
F
RC
На скрине вижу, что инжектишь интерфейс, а не свою имплементацию)
F
На скрине вижу, что инжектишь интерфейс, а не свою имплементацию)
так там есть соответствующий @Binds метод
RC
Да я видел, да. Просто я не вижу профита оборачивать в интерфейс штуку, которую все равно во вьюлеер передаешь. Не думаю, что имплементацию фактори поменяется или появиться ещё одна