久久久人妻精品三,制服诱惑av

附上官網(wǎng)鏈接：https://developer.android.google.cn/topic/libraries/architecture/viewmodel

ViewModel簡介

該ViewModel類被設(shè)計用來存儲和管理UI界面相關(guān)的數(shù)據(jù)生命周期中的意識的方式。ViewModel類允許生存數(shù)據(jù)配置更改,如屏幕旋轉(zhuǎn)。

生命周期.png

存在的意義（解決痛點）

1. 數(shù)據(jù)的持久化

eg: 當(dāng)系統(tǒng)銷毀或重新創(chuàng)建UI控制器（Activity、fragment、View等），則您存儲在其中的所有與UI相關(guān)的瞬時數(shù)據(jù)都將丟失。
activity 的onSaveInstanceState()機制可以用來保存和恢復(fù)數(shù)據(jù)。
缺點：此方法僅適用于可以先序列化然后反序列化的少量數(shù)據(jù)，不適用于潛在的大量數(shù)據(jù)，例如用戶列表或位圖。

生命周期.png 的ViewModel生命周期可以看到，它的生命周期橫跨Activity的所有生命周期，包括旋轉(zhuǎn)等出現(xiàn)的重新創(chuàng)建的生命周期，直到 Activity 真正意義上銷毀后才會結(jié)束。這樣子數(shù)據(jù)存儲在ViewModel中時，便可以保證在生命周期中數(shù)據(jù)不會丟失

2. UI控制器（Activity、fragment等）異步調(diào)用，導(dǎo)致的潛在內(nèi)存泄漏

面對請求網(wǎng)絡(luò)、讀取IO、或者操作數(shù)據(jù)庫等異步操作，有些操作相當(dāng)耗時，在UI控制器中我們設(shè)置這些回調(diào)等待結(jié)果，有可能在UI控制器銷毀的時候才返回。

在ViewModel中處理數(shù)據(jù)的回調(diào)，當(dāng)Activity銷毀的時候，ViewModel也會跑onCleared()清理數(shù)據(jù) 這樣子就不會存在Activity內(nèi)存泄漏的問題。

3.分擔(dān)UI控制器的負擔(dān)

類似MVP中的P層，MVVM中VM存在意義就是替UI 控制器減輕負擔(dān)。UI控制器只用于相應(yīng)用戶操作，展示數(shù)據(jù)，將具體的數(shù)據(jù)邏輯操作（eg：加載網(wǎng)絡(luò)、數(shù)據(jù)庫數(shù)據(jù)...等）放到VM層做處理。分工更加明確，也方便測試。

4.在Fragment之間共享數(shù)據(jù)

比如Activity在兩或多個Fragment中，你使用一個Fragment跟另外的Fragment通信，常見的操作是定義接口在Activity中根據(jù)接口返回邏輯調(diào)用到另外的Fragmet，也有其他可以用EventBus 廣播等其它的處理方式，但是前者耦合度高，后者也是相對繁瑣

在ViewModel中，你可以獲取同一個Activity綁定的ViewModel并監(jiān)聽數(shù)據(jù)的變化進而實現(xiàn)通信下面是官網(wǎng)的例子

class SharedViewModel : ViewModel() {
    val selected = MutableLiveData<Item>()

    fun select(item: Item) {
        selected.value = item
    }
}

class MasterFragment : Fragment() {

    private lateinit var itemSelector: Selector

    private lateinit var model: SharedViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        model = activity?.run {
            ViewModelProviders.of(this)[SharedViewModel::class.java]
        } ?: throw Exception("Invalid Activity")
        itemSelector.setOnClickListener { item ->
            // Update the UI
        }
    }
}

class DetailFragment : Fragment() {

    private lateinit var model: SharedViewModel

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        model = activity?.run {
            ViewModelProviders.of(this)[SharedViewModel::class.java]
        } ?: throw Exception("Invalid Activity")
        model.selected.observe(this, Observer<Item> { item ->
            // Update the UI
        })
    }
}

好處：

Activity不需要知道兩者間的交互也不需要做什么，解耦
Fragment 不需要判斷對方是否存在等問題，也不需要持有對方的引用，不影響本身的任何工作，對其生命周期無感。

重點關(guān)注的點！??！
在ViewModel中不要持有Activity的引用
在ViewModel中不要持有Activity的引用
在ViewModel中不要持有Activity的引用
（重要的事情說三遍，因為生命周期比Activity略長會導(dǎo)致Activity被挾持?。。。?br> 如果需要context對象，可以自行導(dǎo)入Application的context
官方也提供一個含有context的ViewModel的子類,AndroidViewModel 你可以直接繼承它

public class AndroidViewModel extends ViewModel {
    @SuppressLint("StaticFieldLeak")
    private Application mApplication;

    public AndroidViewModel(@NonNull Application application) {
        mApplication = application;
    }

    /**
     * Return the application.
     */
    @SuppressWarnings({"TypeParameterUnusedInFormals", "unchecked"})
    @NonNull
    public <T extends Application> T getApplication() {
        return (T) mApplication;
    }
}

簡單使用

導(dǎo)入庫

   implementation "androidx.lifecycle:lifecycle-viewmodel-ktx:${var}"

創(chuàng)建子類繼承ViewModel()的

class NameViewModel :ViewModel(){
    // 創(chuàng)建Livedata的字符串
    val currencyName : MutableLiveData<String> = MutableLiveData()
    val totalMemory : MutableLiveData<String> = MutableLiveData()
    val remainMemory : MutableLiveData<String> = MutableLiveData()

}

Activity中使用

class MyActivity : AppCompatActivity() {

override fun onCreate(savedInstanceState: Bundle?) {
//1.先獲取一個ViewModel對象
val  mViewModel = ViewModelProviders.of(this).get(NameViewModel::class.java)
//2.定義一個觀察者
val nameObserver = Observer<String> { newName ->
   name_text.text = newName
}
//3.通過使用ViewModel對象進行監(jiān)聽
mViewModel.currencyName.observe(this, nameObserver)
}

上面的展示了最基本的使用方式，先獲取到mViewModel對象，然后ViewModel.currencyName.observe(this, nameObserver)進行監(jiān)聽Observer<String> { newName -> name_text.text = newName }當(dāng)數(shù)據(jù)改變的時候，便會回調(diào)監(jiān)聽的內(nèi)容，并且傳入新的newName的值

基礎(chǔ)封裝

下面對基本項目上用到的ViewModel進行基本的封裝
先封裝 BaseViewModel BaseActivity
（以下的封裝只涉及ViewModel,基本的類根據(jù)自己的需求進行其他的封裝）
BaseViewModel

open class BaseViewModel :ViewModel(){
    //處理異常
    val mException:MutableLiveData<Throwable> = MutableLiveData()
}

BaseActivity

open class BaseActivity<VM:BaseViewModel> : AppCompatActivity(), LifecycleObserver {

    lateinit var mViewModel: VM

    override fun onCreate(savedInstanceState: Bundle?) {
        initVM()
        super.onCreate(savedInstanceState)
        startObserver()
    }

    open fun  startObserver(){
    }

    open fun providerVMClass():Class<VM>? = null

    private fun initVM() {
        providerVMClass()?.let {
            mViewModel =  ViewModelProviders.of(this).get(it)
        }
    }
}

使用：

class MainActivity : BaseActivity<NameViewModel>() {
  //提供 NameViewModel
    override fun providerVMClass(): Class<NameViewModel>? = NameViewModel::class.java
    val job = Job()
    val ioScope = CoroutineScope(Dispatchers.IO + job)
    var licycleObserver = MyObserver()

    companion object {
        val TAG = "memory"
    }

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        setContentView(R.layout.activity_main_mvvm2)
     
        initViewModel()
        btn1.setOnClickListener {
            ioScope.launch {
                withContext(Dispatchers.Main) {
                    mViewModel.remainMemory.value = "沒有cancel的"
                }
            }
        }
    }

     private fun initViewModel() {

        //獲取viewmodel
        mViewModel = ViewModelProviders.of(this).get(NameViewModel::class.java)
        //創(chuàng)建監(jiān)聽 更新UI
        val nameObserver = Observer<String> { newName ->
            name_text.text = newName
        }
        val memoryObserver = Observer<String> { totalMemory ->
            total_memory.text = totalMemory
        }
        val remainMemoryObserver = Observer<String> { remainMemory ->
            remain_memory.text = remainMemory
        }

        mViewModel.currencyName.observe(this, nameObserver)
        mViewModel.totalMemory.observe(this, memoryObserver)
        mViewModel.remainMemory.observe(this, remainMemoryObserver)
    }


}

構(gòu)造器有參數(shù)的ViewModel

當(dāng)ViewModel構(gòu)造函數(shù)帶有參數(shù)的時候，就不能像上面那種實例化，而是要借助ViewModelProvider的Fatory進行實例化

對上面的ViewModel基礎(chǔ)使用改動一波

class NameViewModel(val currencyName:MutableLiveData<String>) :BaseViewModel(){
    // 創(chuàng)建Livedata的字符串

    val totalMemory : MutableLiveData<String> = MutableLiveData()
    val remainMemory : MutableLiveData<String> = MutableLiveData()
  // 創(chuàng)建工廠對象類
    class NameViewModelFactory(private val current:MutableLiveData<String>):ViewModelProvider.NewInstanceFactory(){
        override fun <T : ViewModel?> create(modelClass: Class<T>): T {
            return NameViewModel(current) as T
        }
    }

}

使用獲取一個ViewModel對象

//1.先獲取一個ViewModel對象
ViewModelProviders.of(this,NameViewModel.NameViewModelFactory(MutableLiveData("total"))).get(NameViewModel::class.java)

相比第一次獲取實例的方式是調(diào)用了ViewModelProvider of(@NonNull FragmentActivity activity, @Nullable Factory factory)增加多了一個工廠對象其它的數(shù)據(jù)監(jiān)聽跟基本的不帶參數(shù)實例化ViewModel的用法一致

源碼跟蹤解讀

從最開始的ViewModelProviders.of開始追蹤

ViewModelProviders方法圖.png

從上圖可以看到ViewModelProviders主要是用于生成跟返回實例化的ViewModelProvider對象的。
看最本篇文章簡單在Activity中使用的時候

val  mViewModel = ViewModelProviders.of(this).get(NameViewModel::class.java)

調(diào)用了

public class ViewModelProviders {
  //...省略其他方法
//關(guān)鍵代碼1：
  @NonNull
    @MainThread
    public static ViewModelProvider of(@NonNull FragmentActivity activity) {
        return of(activity, null);
    }
//關(guān)鍵代碼2：
    @NonNull
    @MainThread
    public static ViewModelProvider of(@NonNull FragmentActivity activity,
            @Nullable Factory factory) {
//關(guān)鍵代碼3:
        Application application = checkApplication(activity);

        if (factory == null) {
//關(guān)鍵代碼5
            factory = ViewModelProvider.AndroidViewModelFactory.getInstance(application);
        }
//關(guān)鍵代碼6
        return new ViewModelProvider(activity.getViewModelStore(), factory);
    }
//關(guān)鍵代碼4:
    private static Application checkApplication(Activity activity) {
        Application application = activity.getApplication();
        if (application == null) {
            throw new IllegalStateException("Your activity/fragment is not yet attached to "
                    + "Application. You can't request ViewModel before onCreate call.");
        }
        return application;
    }
//關(guān)鍵代碼7
        @NonNull
        @Override
        public <T extends ViewModel> T create(@NonNull Class<T> modelClass) {
            if (AndroidViewModel.class.isAssignableFrom(modelClass)) {
                //noinspection TryWithIdenticalCatches
                try {
                    return modelClass.getConstructor(Application.class).newInstance(mApplication);
                } catch (NoSuchMethodException e) {
                    throw new RuntimeException("Cannot create an instance of " + modelClass, e);
                } catch (IllegalAccessException e) {
                    throw new RuntimeException("Cannot create an instance of " + modelClass, e);
                } catch (InstantiationException e) {
                    throw new RuntimeException("Cannot create an instance of " + modelClass, e);
                } catch (InvocationTargetException e) {
                    throw new RuntimeException("Cannot create an instance of " + modelClass, e);
                }
            }
            return super.create(modelClass);
        }
}

可以看到在關(guān)鍵代碼2的方法中先是對Activity進行Application判空邏輯(關(guān)鍵代碼4 )，我們傳進來的factory是空的，則ViewModelProvider.AndroidViewModelFactory.getInstance(application)(關(guān)鍵代碼5)獲得一個factory,再調(diào)用關(guān)鍵代碼6 進而返回一個ViewModelProvider
關(guān)鍵代碼7 我們傳進來的ViewModel類通過反射的形式創(chuàng)建ViewModel對象并返回
先跟蹤關(guān)鍵代碼5進去看看factory是怎么來的

    public static class AndroidViewModelFactory extends ViewModelProvider.NewInstanceFactory {

        private static AndroidViewModelFactory sInstance;

        public static AndroidViewModelFactory getInstance(@NonNull Application application) {
            if (sInstance == null) {
                sInstance = new AndroidViewModelFactory(application);
            }
            return sInstance;
        }

    }

這里返回了一個單例對象AndroidViewModelFactory

返回上面的關(guān)鍵代碼6 return new ViewModelProvider(activity.getViewModelStore(), factory); 跟蹤一下

    public ViewModelProvider(@NonNull ViewModelStore store, @NonNull Factory factory) {
        mFactory = factory;
        mViewModelStore = store;
    }

這里將mViewModelStore跟mFactory實例化了
mViewModelStore是從activity.getViewModelStore()得到的

public class ComponentActivity extends androidx.core.app.ComponentActivity implements
        LifecycleOwner,
        ViewModelStoreOwner,
        SavedStateRegistryOwner,
        OnBackPressedDispatcherOwner {
    public ViewModelStore getViewModelStore() {
        if (getApplication() == null) {
            throw new IllegalStateException("Your activity is not yet attached to the "
                    + "Application instance. You can't request ViewModel before onCreate call.");
        }
        if (mViewModelStore == null) {
          //先獲取是否存在`ViewModelStore`
            NonConfigurationInstances nc =
                    (NonConfigurationInstances) getLastNonConfigurationInstance();
            if (nc != null) {
                // Restore the ViewModelStore from NonConfigurationInstances
                mViewModelStore = nc.viewModelStore;
            }
            if (mViewModelStore == null) {
              //這里新建了`ViewModelStore`
                mViewModelStore = new ViewModelStore();
            }
        }
        return mViewModelStore;
    }
}

看到上面已經(jīng)生成了ViewModelStore接下來跟蹤一下 ViewModelProviders.of(this).get(NameViewModel::class.java)的get()方法看看

public class ViewModelProvider {

    private static final String DEFAULT_KEY =
            "androidx.lifecycle.ViewModelProvider.DefaultKey";

    @NonNull
    @MainThread
    public <T extends ViewModel> T get(@NonNull Class<T> modelClass) {
        String canonicalName = modelClass.getCanonicalName();
        if (canonicalName == null) {
            throw new IllegalArgumentException("Local and anonymous classes can not be ViewModels");
        }
        return get(DEFAULT_KEY + ":" + canonicalName, modelClass);
    }


    public <T extends ViewModel> T get(@NonNull String key, @NonNull Class<T> modelClass) {
        ViewModel viewModel = mViewModelStore.get(key);

        if (modelClass.isInstance(viewModel)) {
            if (mFactory instanceof OnRequeryFactory) {
                ((OnRequeryFactory) mFactory).onRequery(viewModel);
            }
            return (T) viewModel;
        } else {
            //noinspection StatementWithEmptyBody
            if (viewModel != null) {
                // TODO: log a warning.
            }
        }
        if (mFactory instanceof KeyedFactory) {
            viewModel = ((KeyedFactory) (mFactory)).create(key, modelClass);
        } else {
            viewModel = (mFactory).create(modelClass);
        }
        mViewModelStore.put(key, viewModel);
        return (T) viewModel;
    }
}

上面的代碼解釋一下：先從mViewModelStore.get(key);獲取出來ViewModel，如果有則返回，沒有的話就調(diào)用之前擁有的工廠對象mFactory類去viewModel = (mFactory).create(modelClass)或者((KeyedFactory) (mFactory)).create(key, modelClass) ，最終調(diào)用mViewModelStore.put(key, viewModel);

public class ViewModelStore {
    private final HashMap<String, ViewModel> mMap = new HashMap<>();
    final void put(String key, ViewModel viewModel) {
        ViewModel oldViewModel = mMap.put(key, viewModel);
        if (oldViewModel != null) {
            oldViewModel.onCleared();
        }
    }
    final ViewModel get(String key) {
        return mMap.get(key);
    }
    Set<String> keys() {
        return new HashSet<>(mMap.keySet());
    }
    public final void clear() {
        for (ViewModel vm : mMap.values()) {
            vm.clear();
        }
        mMap.clear();
    }
}

看到上面的代碼了嗎?
最終返回的viewModel,返回前先調(diào)用了mViewModelStore.put(key, viewModel)將這個
viewModel存到mViewModelStore中的HashMap
既然mViewModelStore是存儲ViewModel的地方那我們也看一下ViewModelStore中的clear()是在哪里被調(diào)用的

image.png

我們跟蹤一下ComponentActivity的

        getLifecycle().addObserver(new LifecycleEventObserver() {
            @Override
            public void onStateChanged(@NonNull LifecycleOwner source,
                    @NonNull Lifecycle.Event event) {
                if (event == Lifecycle.Event.ON_DESTROY) {
                    if (!isChangingConfigurations()) {
                        getViewModelStore().clear();
                    }
                }
            }
        });

上面可以看到在Lifecycle.Event.ON_DESTROY為的狀態(tài)時調(diào)用getViewModelStore().clear();方法。也就說在Activity的生命周期到onDestory的時候?qū)⒈?code>Activity所有的ViewmModel清除掉

這篇文章只是對基本的使用到這個調(diào)用的開始到結(jié)束，進行源碼的一個追蹤，對ViewModel有個比較深刻的印象，里面還有很多細節(jié)可以考究，只是本人技術(shù)有限，如果讀者有沒什么疑問可以在評論中說一下~

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av

Android Jetpack ViewModel由淺入深

Android Jetpack ViewModel由淺入深

ViewModel簡介

存在的意義（解決痛點）

簡單使用

基礎(chǔ)封裝

構(gòu)造器有參數(shù)的ViewModel

源碼跟蹤解讀

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九 欧美,1769亚洲,黄色成人av

Android Jetpack ViewModel由淺入深

ViewModel簡介

存在的意義 （解決痛點）

簡單使用

基礎(chǔ)封裝

構(gòu)造器有參數(shù)的ViewModel

源碼跟蹤解讀

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容

色偷偷精品伊人,欧洲久久精品,欧美综合婷婷骚逼,国产AV主播,国产最新探花在线,九色在线视频一区,伊人大交九欧美,1769亚洲,黄色成人av

存在的意義（解決痛點）