Совместное использование ViewModel между фрагментами, находящимися в разных действиях

Немного поздно, но вы можете сделать это, используя общий ViewModelStore. Фрагменты и действия реализуют интерфейс ViewModelStoreOwner. В этих случаях у фрагментов есть хранилище для каждого экземпляра, а действия сохраняют его в статическом члене (я думаю, чтобы он мог пережить изменения конфигурации).

Возвращаясь к общему ViewModelStore, допустим, например, что вы хотите, чтобы он был вашим экземпляром приложения. Вам необходимо ваше приложение для реализации ViewModelStoreOwner.

class MyApp: Application(), ViewModelStoreOwner {
    private val appViewModelStore: ViewModelStore by lazy {
        ViewModelStore()
    }

    override fun getViewModelStore(): ViewModelStore {
        return appViewModelStore
    }
}

Затем в тех случаях, когда вы знаете, что вам нужно разделить ViewModels между границами активности, вы делаете что-то вроде этого.

val viewModel = ViewModelProvider(myApp, viewModelFactory).get(CustomViewModel::class.java)

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

Очень важно. Поскольку в этом примере ViewModels живут в экземпляре вашего приложения, они не будут уничтожены, когда фрагмент / действие, которое их использует, будет уничтожено. Таким образом, вам придется связать их с жизненным циклом последнего фрагмента / действия, которое будет их использовать, или вручную уничтожить их.

вы можете использовать factory для создания модели представления, и этот фактор вернет один объект модели представления .. Как:

class ViewModelFactory() : ViewModelProvider.Factory {

override fun create(modelClass: Class): T {
    if (modelClass.isAssignableFrom(UserProfileViewModel::class.java)) {
    val key = "UserProfileViewModel"
    if(hashMapViewModel.containsKey(key)){
        return getViewModel(key) as T
    } else {
        addViewModel(key, UserProfileViewModel())
        return getViewModel(key) as T
    }
    }
    throw IllegalArgumentException("Unknown ViewModel class")
}

companion object {
    val hashMapViewModel = HashMap<String, ViewModel>()
    fun addViewModel(key: String, viewModel: ViewModel){
        hashMapViewModel.put(key, viewModel)
    }
    fun getViewModel(key: String): ViewModel? {
        return hashMapViewModel[key]
    }
}
}

В действии:

viewModelFactory = Injection.provideViewModelFactory(this)

// Initialize Product View Model
userViewModel = ViewModelProviders.of(this, viewModelFactory).get(
UserProfileViewModel::class.java)`

Это предоставит только один объект UserProfileViewModel, который вы можете использовать между Activity.

Что ж, я создал для этой цели библиотеку под названием Vita, вы можете делиться ViewModels между действиями и даже фрагментами с различная активность хоста:

val myViewModel = vita.with(VitaOwner.Multiple(this)).getViewModel<MyViewModel>()

Созданные таким образом ViewModel остаются в живых до тех пор, пока последний LifeCycleOwner не будет уничтожен.

Также вы можете создавать ViewModels с областью применения:

val myViewModel = vita.with(VitaOwner.None).getViewModel<MyViewModel>()

И этот тип ViewModel будет очищен, когда пользователь закроет приложение.

Попробуйте и сообщите мне свой отзыв: https://github.com/FarshadTahmasbi/Vita

Думаю, нас все еще путают с фреймворком MVVM на Android. Что касается другого занятия, не путайтесь, потому что оно обязательно должно быть таким же, почему?

Это имеет смысл, если он имеет ту же логику (даже если логика все еще может быть абстрактной в других полезных классах) или если представление в XML почти идентично.

Возьмем небольшой пример:

Я создаю ViewModel с именем vmA и действие с именем A, и мне нужны данные пользователя, я пойду, чтобы вставить репозиторий в vmA пользователя.

Теперь мне нужно другое действие, которое должно считывать данные пользователя. Я создаю еще одну модель представления, называемую vmB, и в ней я вызываю репозиторий пользователей. Как описано, репозиторий всегда один и тот же.

Другой уже предложенный способ - создать N экземпляров одной и той же ViewModel с реализацией Factory.

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

Тенденция, представленная на последнем Google I / O, похоже, состоит в том, чтобы отказаться от концепции Activity в пользу приложений с одним действием, которые имеют много фрагментов. ViewModels - это способ удалить большое количество интерфейсов, которые раньше приходилось реализовывать при работе интерфейса. Таким образом, этот подход больше не ведет к гигантским и недостижимым действиям.

Вот ссылка

Надеюсь, это поможет тебе. О (∩_∩) О ~

Кроме того:

1) Вдохновением для кода послужил smart pointer in c++.

2) Он будет автоматически очищен, если никакие действия или фрагменты не ссылаются на ShareViewModel. Одновременно будет вызвана функция ShareViewModel # onShareCleared()! Их не нужно уничтожать вручную!

3) Если вы используете dagger2 для вставки ViewModelFactory для совместного использования модели просмотра
между двумя действиями (возможно, тремя), вот образец