#оффтоп Была нужна схема работы Moxy, но не гифкой и чтобы более-менее выразить то же самое, что происходит на гифке. Не нашел готовой, поэтому нарисовал. Может еще кому-то понадобится.
#оффтоп Была нужна схема работы Moxy, но не гифкой и чтобы более-менее выразить то же самое, что происходит на гифке. Не нашел готовой, поэтому нарисовал. Может еще кому-то понадобится.
на ней непонятно, почему две вьюшки) А если это одна и та же, то почему стрелка не идет обратно в ту же, что и вверху)
на ней непонятно, почему две вьюшки) А если это одна и та же, то почему стрелка не идет обратно в ту же, что и вверху)
Естественно совсем без пояснения не понятно, но и к гифке идёт пояснение :) Но вообще вторая вьюшка для того и делалась пунктиром, чтобы показать, что она может появиться позже.
Естественно совсем без пояснения не понятно, но и к гифке идёт пояснение :) Но вообще вторая вьюшка для того и делалась пунктиром, чтобы показать, что она может появиться позже.
Главное, чтобы народ не подумал, что у одного презентера может быть две вью)
Не стоит. Сделай лучше какой-то PreferencesManager интерфейс и PreferencesManagerImplementation implements PreferencesManager. внутри менеджера провайдь SharedPreferences и доставай с них все что надо, но через интерфейс. Так ты всегда сможеш изменить реализацию manager'a ничего не меняя в презентере
Не стоит. Сделай лучше какой-то PreferencesManager интерфейс и PreferencesManagerImplementation implements PreferencesManager. внутри менеджера провайдь SharedPreferences и доставай с них все что надо, но через интерфейс. Так ты всегда сможеш изменить реализацию manager'a ничего не меняя в презентере
А зачем тут интерфейс? Почему нельз просто методы сделать?
Я всёравно не сильно понял. Вот есть метод, условно, getName(), возвращает String Можно просто написать же метод, и в случае изменений, в презентере остаётся только вызов метода у prefManager'a. К чему тут интерфейс?