WelloGraphics

Да, всё верно.

В чистой архитектуре обычно делают разделение на 3 слоя — data, domain, presentation.
Связи между ними такие:
1) data знает про domain
2) domain не знает ни про кого
3) presentation знает про domain.

Чтобы соблюдать эти правила и используется инверсия зависимостей.
Внутри UseCase нам нужно обращаться к репозиторию — но его реализация находится в data-слое, а сам UseCase — в domain. Получается, что UseCase никак не может узнать про реализацию репозитория. Но он может знать про интерфейс репозитория, который определяется в доменном слое, так как в этом случае мы не выходим за границы слоя и работаем только внутри domain.

Завести второй невидимый WebView

Можно попробовать завернуть удаление элементов и вставку элементов в транзакцию, чтобы вот этот промежуточный этап

список не пустой -> список пустой -> список не пустой

пропал.

Сделать это можно как-то так:

@Dao
abstract class ItemDao {
    @Transaction
    public void replaceItems(List<Item> items) {
         clearTable();
         insert(items);
    }

    @Insert
    protected abstract void insert(List<Item> items);

    @Query("DELETE FROM Item")
    protected abstract void clearTable();
}

Если я правильно понял вопрос, то как-то так.

Single<Long> createTag(String tag) {
// creating tag, returning long id
}

Single<List<Long>> createTags(List<String> tags) {
    return Observable.fromIterable(tags)
        .flatMap(this::createTag)
        .toList();
}

Completable attachTagsToUser(List<String> tags, User user) {
    return createTags(tags)
        .flatMapCompletable(tagIds -> /* do what you want, here the ids */);
}

Библиотека PhotoView

Конечно, Фрагменты актуальны и их актуальности ничего не угрожает. В данный момент распространён подход Single Activity, где активити всего одна, но много фрагментов.

Альтернативы Фрагментам есть: это использовать кастом View (подход весьма и весьма специфичный, без глубокого понимания темы не рекомендовал бы) или собственно работать напрямую с разными активити, без фрагментов.

Задепрекейтили только одну из реализаций Фрагмента, оставив суппорт-вариант. Он более гибкий и подходит для большего разнообразия версий Android, на которых будет работать ваше приложение.

Оберните RecyclerView в RelativeLayout и применяйте LayoutParams к нему.

<RelativeLayout
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    >
    <android.support.v7.widget.RecyclerView
        android:id="@+id/images"
        android:layout_width="wrap_content"
        android:layout_height="360dp"
        >
    </android.support.v7.widget.RecyclerView>
 </Relativelayout>

RelativeLayout.LayoutParams lp =
            new RelativeLayout.LayoutParams(RelativeLayout.LayoutParams.MATCH_PARENT, 500);
 recyclerView.setLayoutParams(lp);

Попробуйте Firebase, в частности Realtime Database. Удобно тем, что никакого бэкенда писать не нужно.