Dagger 2 Android - зависимости inject() в ViewModels vs Application со ссылками на зависимости

После вдохновения от Ответ EpicPandaForce и некоторых исследований (см. эта статья) я нашел решение, которым я доволен.

Я решил исключить Dagger 2 из своего проекта, потому что я слишком много занимался им. Мое приложение опирается на класс репозитория, а теперь и на реализацию ViewModelProvider.Factory, которые необходимы, как только приложение запускается. Я достаточно узнал о Dagger для собственного удовлетворения, поэтому я чувствую себя комфортно, исключив его из этого конкретного проекта и создав две зависимости в классе Application. Эти классы выглядят так:

Мой класс приложения, который создает мою фабрику ViewModel, предоставляет ей репозиторий и предоставляет метод getViewModelFactory() для моих действий:

public class JourneyStoreApplication extends Application {

    private final JourneyStoreViewModelFactory journeyStoreViewModelFactory;

    {
        // Instantiate my viewmodel factory with my repo here
        final JourneyRepository journeyRepository = new JourneyRepositoryImpl();
        journeyStoreViewModelFactory = new JourneyStoreViewModelFactory(journeyRepository);
    }

    @Override
    public void onCreate() {
        super.onCreate();
    }

    public JourneyStoreViewModelFactory getViewModelFactory(){
        return journeyStoreViewModelFactory;
    }
}

Моя ViewModel фабрика, которая создает новые ViewModel со ссылкой на репозиторий. Я буду расширять это, добавляя больше классов Activity и ViewModel:

public class JourneyStoreViewModelFactory implements ViewModelProvider.Factory {

    private final JourneyRepository journeyRepository;

    JourneyStoreViewModelFactory(JourneyRepository journeyRepository){
        this.journeyRepository = journeyRepository;
    }

    @NonNull
    @Override
    public <T extends ViewModel> T create(@NonNull Class<T> modelClass) {
        if (modelClass == AddJourneyViewModel.class){
            // Instantiates the ViewModels with their repository reference.
            return (T) new AddJourneyViewModelImpl(journeyRepository);
        }
        throw new IllegalArgumentException(String.format("Requested class %s did not match expected class %s.", modelClass, AddJourneyViewModel.class));
    }
}

Мой класс AddJourneyActivity, который использует AddJourneyViewModel:

public class AddJourneyActivity extends AppCompatActivity {

    private static final String TAG = AddJourneyActivity.class.getSimpleName();

    private AddJourneyViewModel addJourneyViewModel;
    private EditText departureTextField;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_add_journey);

        JourneyStoreApplication app = (JourneyStoreApplication) getApplication();
        addJourneyViewModel = ViewModelProviders
                // Gets the ViewModelFactory instance and creates the ViewModel.
                .of(this, app.getViewModelFactory())
                .get(AddJourneyViewModel.class);

        departureTextField = findViewById(R.id.addjourney_departure_addr_txt);
    }

    //...
}

Но это все еще оставляет вопрос тестирования, который был одним из моих главных вопросов. Примечание: я сделал все свои классы ViewModel абстрактными (только с методами), а затем реализовал их для своего реального приложения и тестового кода. Это потому, что мне проще, чем extend напрямую использовать мои ViewModel, а затем пытаться переопределить их методы и скрыть их состояние, чтобы создать поддельную версию.

В любом случае, я расширил свой класс JourneyStoreApplication (я знаю, что противоречу самому себе, но это небольшой класс, поэтому им легко управлять) и использовал его, чтобы создать место для предоставления моих поддельных ViewModel:

public class FakeJourneyStoreApplication extends JourneyStoreApplication {

    private final JourneyStoreViewModelFactory fakeJourneyStoreViewModelFactory;

    {   // Create my fake instances here for my tests
        final JourneyRepository fakeJourneyRepository = new FakeJourneyRepositoryImpl();
        fakeJourneyStoreViewModelFactory = new FakeJourneyStoreViewModelFactory(fakeJourneyRepository);
    }

    @Override
    public void onCreate() {
        super.onCreate();
    }

    public JourneyStoreViewModelFactory getViewModelFactory(){
        return fakeJourneyStoreViewModelFactory;
    }
}

Я сделал поддельные реализации своих ViewModel и вернул их экземпляры из FakeJourneyStoreViewModelFactory. Я мог бы упростить это позже, так как, вероятно, больше «поддельных» шаблонов, чем должно быть.

Отказавшись от это руководство (раздел 4.9), я расширил AndroidJUnitRunner, чтобы предоставить подделкаApplication своим тестам:

public class CustomTestRunner extends AndroidJUnitRunner {
    @Override
    public Application newApplication(ClassLoader cl, String className, Context context)
    throws ClassNotFoundException, IllegalAccessException, InstantiationException {
        return super.newApplication(cl, FakeJourneyStoreApplication.class.getName(), context);
    }
}

И, наконец, я добавил пользовательский тестовый бегун в свой файл build.gradle:

android {
    defaultConfig {
        // Espresso
        testInstrumentationRunner "com.<my_package>.journeystore.CustomTestRunner"
    }
}

Я оставлю этот вопрос открытым еще на 24 часа, если у кого-то есть что добавить, и я выберу это в качестве ответа.