а что тут не очень? итерактор через репозиторий дергает данные. если что-то пошло не так, то тут тоже принимает решение интерактор.
просто с RxJava все элементарно. но как я понял, вы без нее живете)

тут как бы не совсем только с кэшом, а кэш и некоторая связанная бизнес-логика. То есть, это не отдельный класс для кэширования, а прослойка для принятия решения - нужно ли выдавать кэш или надо пойти в сеть

понял тебя

И для принятия решения могут понадобиться даннные из других источников (куда сам репозиторий залезть не может)

:)

Вообщем хороший вопрос по поводу кэша. У кого будут идеи, делитесь обязательно =)

Cache strategies. Вопрос не в "выдавать или пойти", вопрос в "валиден ли кэш", если нет -> всё остальное для его актуализации. Ну и особняком вообще не требующие\некэшируемые данные. Изменения из других источников при изменении будут просто сбрасывать валидность связанных с собой. Т.е. репозиторий лезть не будет, но процессы с другими репозиториями будут влиять не на целевой, но на все связанные. Итого: вся логика кеша, кроме хранения хранить факт валидности. Может, у кого-то будет более комфортное решение.

товарищи, такой нубский вопрос)
как писать правильно?
так
db.update(
                   LevelsTable.NAME,
                   getContentValues(level),
                   LevelsTable.Cols.ID + "=?",
                   new String[] { String.valueOf(level.getId()) }
);
или так
db.update(LevelsTable.NAME,
                   getContentValues(level),
                   LevelsTable.Cols.ID + "=?",
                   new String[] { String.valueOf(level.getId()) });

А есть отличия?

Или вопрос по кодстайлу?

ну здесь же есть

if (condition)
       someFunc();

if (condition) {
       someFunc();
}

да, кодстайл)

Просто в примере выше ток отступ другой

по скверу если фигурной скобки нет

о в одну строку должно быть

это да, вопрос был про большое кол-во аргументов в функции

на самом деле все равно, главное что-бы в проекте всегда был одинаковый стиль, можно привыкнуть буквально за несколько часов

@eugene_matsyuk Посмотрел доклад, спасибо, очень понравился. Такие доклады еще интереснее смотреть, когда уже сам ознокомился с MVP и CleanArchitecture, написал два прокта,  понатыкался на проблемы реализации и пробелмы философии (каждый готовит MVP по-своему) и тут видишь в докладе ответы на многие вопросы и лучше начинаешь все понимать.

интерактор может знать о контексте?