Обычно я проверяю свои ответы перед тем, как публиковать их, но с мистером. кинжал, это было бы слишком. Тем не менее, это мое обоснованное предположение:

Наличие одного фрагмента, который умеет извлекать 3 разных набора данных (полные, отфильтрованные, объединенные), означает, что его нужно как-то параметризовать. Я предполагаю, что это можно сделать с помощью именованной инъекции, но я бы просто использовал MyFragment.newInstanceA(), MyFragment.newInstanceB() и т. Д., Когда это необходимо.

Внутри фрагмента, вероятно, с использованием Android-инъекции, как я думаю, вы уже делаете, одна фабрика свободной формы вводится конструктором со всеми 3 репозиториями, реализующими единый интерфейс. Эта фабрика обернет вашу реализацию ViewModelProvider.Factory и будет иметь метод, скажем create, с параметром, с которым был создан фрагмент.

На основе значения параметра factory создаст и вернет правильно параметризованную реализацию ViewModelProvider.Factory. После этого поставщик модели представления сможет get правильно параметризовать модель представления. Я знаю, что это не так уж и много кинжала, но теоретически он должен работать :)

PS: Я бы не стал создавать 3 разных репозитория, если данные, по-видимому, поступают из одного хранилища. Возможно, этот вызов различных методов репо должен выполняться в рамках модели представления.

Я бы начал с перепроектирования репозитория следующим образом:

interface ListRepository {

    fun getFullList(): LiveData<List<Product>>

    fun getFilteredList(): LiveData<List<Product>>

    fun getJoinedList(): LiveData<List<Product>>
}

LiveData используется здесь при условии, что вы используете комнату.

Затем спроектируйте мою ViewModel, чтобы иметь возможность получить желаемый список с учетом ввода listType.

class ListViewModel @Inject constructor(
    private val listRepository: ListRepository
) : ViewModel() {

    private val listType = MutableLiveData<String>()

    val productList = Transformations.switchMap(listType) {
        getList(it)
    }

    // call from fragment
    fun fetchList(listType: String) {
        this.listType.value = listType
    }

    private fun getList(listType: String): LiveData<List<Product>> {
        return when (listType) {
            "full" -> listRepository.getFullList()
            "filter" -> listRepository.getFilteredList()
            "joined" -> listRepository.getJoinedList()
            else -> throw IllegalArgumentException("Unknown List Type")
        }
    }
}

switchMap используется здесь для предотвращения возврата репозиторием нового экземпляра LiveData каждый раз, когда мы получаем список из фрагмента. Затем идет фрагмент, чтобы подвести итог.

class ListFragment : Fragment() {

    lateinit var listType: String

    @Inject
    lateinit var viewModelFactory: ViewModelProvider.Factory

    private val viewModel: ListViewModel by viewModels { viewModelFactory }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        listType = arguments?.getString("listType")
            ?: throw java.lang.IllegalArgumentException("No listType args found")

        viewModel.fetchList(listType)

        viewModel.productList.observe(viewLifecycleOwner) { products ->
            TODO("render products on recycler view")
        }
    }
}

Для всех трех типов списков используется только один фрагмент, потому что я предполагаю, что эти фрагменты более или менее идентичны с точки зрения пользовательского интерфейса. Список будет извлечен и отображен в соответствии с переданным аргументом listType.

fragmentManager.beginTransaction()
    .add(R.id.content,ListFragment().apply { 
        arguments = Bundle().apply {
            putString("listType","full")
        }
    })
    .commitNow()