D
которая применилась к тем, что в BaseMvpView
Size: a a a
2020 May 09
S
которая применилась к тем, что в BaseMvpView
Смысл тогда от BaseMvp? если аннотации не передаются наследникам
D
по вашему родительский класс должен перекрывать реализации дочерних?
S
по вашему родительский класс должен перекрывать реализации дочерних?
Наследник должен полностью получить все от родителя, а при желании расширяться самого себя. Это же принцип SOLID
S
Так почему аннотация не передается?
S
Раньше в Мокси такой проблемы не было.
D
раньше и работало с помощью других механизмов
S
раньше и работало с помощью других механизмов
А есть способ, кроме аннотаций? во всем проекте щяс менять как - то времени нет
D
В гайде по миграции написано это
S
В гайде по миграции написано это
Спасибо)
АЕ
Singular
A View method has no strategy! Add @StateStrategyType annotation to this method, or to the View interface. You can also specify default strategy via compiler option.
public abstract void myMethod()(@org.jetbrains.annotations.NotNull()
Правила наследования стратегий в Мокси скоро немного изменятся, станут более предсказуемыми. Думаю, вам будет интересно почитать issue на эту тему. https://github.com/moxy-community/Moxy/issues/94
АЕ
Singular
Смысл тогда от BaseMvp? если аннотации не передаются наследникам
Передаются, но в вашем случае вы повесили аннотацию на пустой интерфейс. Если бы эта аннотация работала на методы, объявленные в интерфейсе наследнике, было бы странно. Если вы объявите метод в интерфейсе, повесите на него аннотацию, то этот метод в наследниках будет работать согласно этой аннотации.
S
При использовании MVP, где реализовать метод сохранения и подгрузки данных в БД?
S
Есть идеи?
MM
Singular
При использовании MVP, где реализовать метод сохранения и подгрузки данных в БД?
Этот вопрос лучше задать в @Android_Architecture
2020 May 10
ЕХ
Singular
При использовании MVP, где реализовать метод сохранения и подгрузки данных в БД?
В рамках MVP есть абстракция M-модели
Где и как она хранится не является предметом MVP
Но точно лишь одно, что для получения модели внутри презентера вызываются функции чего-то, что отвечает за получение/хранение данных.
Это может быть база данных, репозиторий, интеррактор.... тут уж выбирать вам
от себя добавлю, что желательно чтобы модель была уровня представления
Где и как она хранится не является предметом MVP
Но точно лишь одно, что для получения модели внутри презентера вызываются функции чего-то, что отвечает за получение/хранение данных.
Это может быть база данных, репозиторий, интеррактор.... тут уж выбирать вам
от себя добавлю, что желательно чтобы модель была уровня представления
МE
@alaershov привет. Видел твой коммент в ишью из старой репы Мокси, где поднимался вопрос inject презентера через Даггер. Ты направил в новую репу, но там примера по этой теме нет. Вообще имеет смысл отдавать презентер даггером или проще использовать родной InjectPresenter?
2020 May 11
D
@alaershov привет. Видел твой коммент в ишью из старой репы Мокси, где поднимался вопрос inject презентера через Даггер. Ты направил в новую репу, но там примера по этой теме нет. Вообще имеет смысл отдавать презентер даггером или проще использовать родной InjectPresenter?
есть 2 примера. через
by moxyPresenter и через @ProvidePresenterМE
есть 2 примера. через
by moxyPresenter и через @ProvidePresenterА что в модуле даггера должно быть?
D
ничего особенного. отличие только в фрагменте/активити