2. 程式人生 > >(一)Android官方MVVM框架實現元件化之整體結構

(一)Android官方MVVM框架實現元件化之整體結構

阿新 • • 發佈：2019-02-10

0-演示專案MVVM元件化架構圖

一、google官方MVVM框架講解

我前面對比了MVC和MVP《兩張圖看懂Android開發中MVC與MVP的區別》，可以相對於MVC我們的MVP是有多優越，但是Android開發現在已經開始流行了MVVM，前不久google官方釋出了MVVM的正式庫。官方的正式MVVM庫主要包括下面四個：
1-正式MVVM庫元件

其中只有ViewModel是MVVM結構中的一個元件，其他的三個都是輔助性質的。

lifecycles 就是處理UI介面的生命週期，在26版本以後的Support庫中，AppCompatActivity和SupportActivity中都實現了LifecycleOwner，內部已經對UI介面的生命週期做了處理了。

LiveData是一個抽象類，我們可以存放UI頁面需要的資料，就是把資料包裝在LiveData中了，我們可以觀測LiveData中的資料變化，但是LiveData是跟UI的生命週期關聯的，當UI頁面銷燬了，LiveData的資料變化回撥是不會執行的。

Room 就是一個sqlite資料持久化庫，我們也可以使用別的ORM庫。

二、MVVM架構優勢

2-MVVM架構

看上圖Model和View是不會發生關係的，ViewModel是把View和Model關聯起來的加工廠：

3-ViewModel工廠

MVVM優勢總結：

  1. View和Model雙向繫結，一方的改變都會影響另一方，開發者不用再去手動修改UI的資料。額，互相自動的。

  2. 不需要findViewById也不需要butterknife，不需要拿到具體的View去設定資料繫結監聽器等等，這些都可以用DataBinding完成。是不是很舒服?

  3. View和Model的雙向繫結是支援生命週期檢測的，不會擔心頁面銷燬了還有回調發生，這個由lifeCycle完成。

  4. 不會像MVC一樣導致Activity中程式碼量巨大，也不會像MVP一樣出現大量的View和Presenter介面。專案結構更加低耦合。

  5. 更低的耦合把各個模組分開開發，分開測試，可以分給不同的開發人員來完成。

三、MVVM元件化示例專案架構分析

下圖是專案模組和工程之間的依賴關係：
4-MVVM元件化示例專案架構圖
下圖是工程Android Studio中的目錄結構：
5-工程目錄結構

3.1 各模組和彼此之間的關係解釋：

  • lib_opensource ：第三方build.gradle依賴，本專案主要有support、lifecycle、room、fresco、retrofit、okhttp、RxJava、ARouter這些。

  • lib_coremodel: 存放MVVM中的Model和ViewModel兩個模組，就是資料的處理和資料與UI頁面的繫結。依賴lib_opensource庫。

  • lib_common : 公共庫，主要有各種base，各種ui元件，自定義元件，公用的Activity、公用的Fragment，和公用的utils等等。依賴lib_coremodel庫。

  • module_girls : 妹子功能模組，可以在library和application之間切換，自己可以是一個app也可以成為別的app的一個元件模組。元件化編譯時為app，反之為module。

  • module_news : 新聞功能模組，可以在library和application之間切換，自己可以是一個app也可以成為別的app的一個元件模組。元件化編譯時為app，反之為module。

  • app_universal : 定製版本的app，元件化編譯時 module_girls和module_news為app，所以不能把這兩個作為module加進來編譯，所以元件化編譯時app_universal要依賴lib_common庫，反之就可以把 module_girls和module_news作為module加進來編譯。

  • app_specific : 定製版本的app，元件化編譯時 module_girls和module_news為app，所以不能把這兩個作為module加進來編譯，所以元件化編譯時app_specific要依賴lib_common庫，反之就可以把 module_girls和module_news作為module加進來編譯。

3.2 ARouter串聯各個模組

使用ARouter來跳轉Activity和獲取Fragment，記得看之前別人的元件化結構文章，一直都在糾結Fragment的獲取問題，我想說的是有了ARouter來獲取Fragment不是超級簡單麼？

ARouter典型應用

  • 從外部URL對映到內部頁面，以及引數傳遞與解析
  • 跨模組頁面跳轉，模組間解耦
  • 攔截跳轉過程，處理登陸、埋點等邏輯
  • 跨模組API呼叫，通過控制反轉來做元件解耦

3.3 元件化編譯和非元件化編譯切換

我們在工程根目錄下的gradle.properties檔案中加入一個Boolean型別的變數，通過修改這個變數來識別編譯模式：

# 每次更改“isModule”的值後，需要點選 "Sync Project" 按鈕
# isModule是“整合開發模式”和“元件開發模式”的切換開關
isModule=false

然後在 module_girls和module_news中的build.gradle檔案中支援切換：

if (isModule.toBoolean()) {
    //元件化編譯時為application
    apply plugin: 'com.android.application'
} else {
    //非元件化編譯時為library
    apply plugin: 'com.android.library'
}

android {
    compileSdkVersion build_versions.target_sdk
    buildToolsVersion build_versions.build_tools

    defaultConfig {
        minSdkVersion build_versions.min_sdk
        targetSdkVersion build_versions.target_sdk
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

        //ARouter
        javaCompileOptions {
            annotationProcessorOptions {
                arguments = [moduleName: project.getName()]
            }
        }
    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    dataBinding {
        enabled = true
    }
    lintOptions {
        abortOnError false
    }
    sourceSets {
        main {
            if (isModule.toBoolean()) {
                //元件化編譯時為app，在對應的AndroidManifest檔案中需要寫ndroid.intent.action.MAIN入口Activity
                manifest.srcFile 'src/main/module/AndroidManifest.xml'
            } else {
                manifest.srcFile 'src/main/AndroidManifest.xml'
                //整合開發模式下排除debug資料夾中的所有Java檔案
                java {
                    //debug資料夾中放的是Application類，非元件化時不用有此類
                    exclude 'debug/**'
                }
            }
        }
    }
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    api project(':lib_coremodel')
    api project(':lib_common')
    implementation 'com.android.support:support-v4:26.1.0'
    annotationProcessor deps.arouter.compiler
}

上面看到了元件化和非元件化編譯會有不用的AndroidManifest檔案，元件化時需要debug資料夾下面的application類，非元件化時排除此資料夾。
6-元件化非元件化編譯切換

  • module下的AndroidManifest檔案是元件化app編譯時的，寫了MAIN入口Activity
  • dubug下是元件化app編譯時的Application類，初始化作為一個app執行時需要的資源等等。在非元件化編譯在build.gradle檔案中排除debug資料夾的所以東西。

3.4 最後預告：

後面會有一些列介紹在MVVM元件化過程中使用ARouter來跳轉Activity和獲取Fragment、DataBinding實現資料和UI的互相繫結、Rxjava2和Retrofit2動態資料獲取，和AndroidViewModel的封裝。

下面貼貼一個lib_coremodel庫中我封裝的AndroidViewModel，用泛型來確定資料型別，並且是動態URL獲取資料：

package google.architecture.coremodel.viewmodel;

import android.app.Application;
import android.arch.lifecycle.AndroidViewModel;
import android.arch.lifecycle.LiveData;
import android.arch.lifecycle.MutableLiveData;
import android.databinding.ObservableField;
import android.support.annotation.NonNull;

import java.io.IOException;
import java.lang.reflect.ParameterizedType;

import google.architecture.coremodel.datamodel.http.ApiClient;
import google.architecture.coremodel.datamodel.http.ApiConstants;
import google.architecture.coremodel.datamodel.http.service.DynamicApiService;
import google.architecture.coremodel.util.JsonUtil;
import io.reactivex.Observer;
import io.reactivex.android.schedulers.AndroidSchedulers;
import io.reactivex.disposables.CompositeDisposable;
import io.reactivex.disposables.Disposable;
import io.reactivex.schedulers.Schedulers;
import okhttp3.ResponseBody;

/**
 * Created by dxx on 2017/11/20.
 */

public class BaseViewModel<T> extends AndroidViewModel {

    //生命週期觀察的資料
    private MutableLiveData<T>  liveObservableData = new MutableLiveData<>();
    //UI使用可觀察的資料 ObservableField是一個包裝類
    public ObservableField<T> uiObservableData = new ObservableField<>();

    private final CompositeDisposable mDisposable = new CompositeDisposable();

    private static final MutableLiveData ABSENT = new MutableLiveData();
    {
        //noinspection unchecked
        ABSENT.setValue(null);
    }


    public BaseViewModel(@NonNull Application application, String fullUrl) {
        super(application);
        ApiClient.initService(ApiConstants.GankHost, DynamicApiService.class).getDynamicData(fullUrl).subscribeOn(Schedulers.io())
                .observeOn(AndroidSchedulers.mainThread()).subscribe(new Observer<ResponseBody>() {
            @Override
            public void onSubscribe(Disposable d) {
                mDisposable.add(d);
            }

            @Override
            public void onNext(ResponseBody value) {
               if(null != value){
                   try {
                       liveObservableData.setValue(JsonUtil.Str2JsonBean(value.string(), getTClass()));
                   } catch (IOException e) {
                       e.printStackTrace();
                   }
               }
            }

            @Override
            public void onError(Throwable e) {

            }

            @Override
            public void onComplete() {

            }
        });
    }

    /**
     * LiveData支援了lifecycle生命週期檢測
     * @return
     */
    public LiveData<T> getLiveObservableData() {
        return liveObservableData;
    }

    /**
     * 當主動改變資料時重新設定被觀察的資料
     * @param product
     */
    public void setUiObservableData(T product) {
        this.uiObservableData.set(product);
    }

    public Class<T> getTClass(){
        Class<T> tClass = (Class<T>)((ParameterizedType)getClass().getGenericSuperclass()).getActualTypeArguments()[0];
        return tClass;
    }

    @Override
    protected void onCleared() {
        super.onCleared();
        mDisposable.clear();
    }
}

相關推薦

(一)Android官方MVVM框架實現元件化之整體結構

一、google官方MVVM框架講解 我前面對比了MVC和MVP《兩張圖看懂Android開發中MVC與MVP的區別》，可以相對於MVC我們的MVP是有多優越，但是Android開發現在已經開始流行了MVVM，前不久google官方釋出了MVV

Android官方MVVM框架實現組件化之整體結構

並且 pat 功能 模塊 txt cti stat 開發人員 extends 一、google官方MVVM框架講解 我前面對比了MVC和MVP《兩張圖看懂Android開發中MVC與MVP的區別》，可以相對於MVC我們的MVP是有多優越，但是Android開發現在已經開始流

Android業務元件化之子模組SubModule的拆分以及它們之間的路由Router實現

前言：      前面分析了APP的現狀以及業務元件化的一些探討（Android業務元件化之現狀分析與探討），以及通訊的橋樑Scheme的使用（Android業務元件化之URL Scheme使用），今天重點來聊下子模組SubModule的拆分以及它們之間的路由Router實現。本篇涉及的相關知識比較多，閱讀

IBM特別開發出一套全新的企業模型 元件化商業模式 Component Business Model CBM

分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

一種低侵入性的元件化方案 之 傳統元件化方案的問題

github開源地址 github.com/beyondxia/m… 傳統元件化方案介紹     元件化的核心問題為元件間的解耦，而解耦就不可避免的要面臨解決元件間的通訊問題，即通訊機制。按照通訊機制的維度來區分，可以大致概括為如下兩種方案：協議通訊、介面通訊。二者的基本實現原理如下。 1、協議通訊

Android 專案元件化之建立module,生成aar,引入aar

導言: 在android平時的開發中,經常自己寫的東西讓別人使用,那麼就有module,aar,jar等方式. 1:module通過import module並dependencies完成 2:aar,包括所有檔案的android專用包,通過右邊的gradle->assembl

Android元件化之元件通訊

Demo地址：https://github.com/751496032/ComponentDemo 本文是續上一篇Android元件化方案實踐與思考文章一些思考，主要是針對元件間通訊，比如： 每個元件如何初始化各自的資料 Activity間如何跳轉、Fragment例項

Android官方文件—APP元件（Intents and Intent Filters）

意圖和意圖過濾器 Intent是一個訊息物件，您可以使用它從另一個元件中請求動作。儘管意圖以多種方式實現元件之間的通訊，但有三個基本用法： 啟動activity 活動表示應用程式中的單個螢幕。您可以通過將Intent傳遞給startActivity（）來啟動Activit

Android官方文件—APP元件（Activities）（概述）

Activities activity是一個應用程式元件，它提供了一個螢幕，使用者可以通過該螢幕進行互動以執行某些操作，例如撥打電話，拍照，傳送電子郵件或檢視地圖。每個activity都有一個視窗，用於繪製其使用者介面。視窗通常填滿螢幕，但也可能比螢幕小，或者漂浮在其他視窗

Android官方文件—APP元件（Activities）（Fragments）

Fragments（片段） 片段表示Activity中的一部分行為或使用者介面。您可以在單個activity中組合多個片段以構建多窗格UI，也可以在多個activity中重用片段。您可以將片段視為activity的模組化部分，它具有自己的生命週期，接收自己的輸入事件，並且可

Android官方文件—APP元件（Activities）（Tasks and Back Stack）

任務和回退堆疊 應用程式通常包含多個Activity。每個Activity都應圍繞使用者可以執行的特定操作進行設計，並可以啟動其他Activity。例如，電子郵件應用程式可能有一個Activity來顯示新訊息列表。當用戶選擇Activity時，將開啟一個新Activity以

Android官方文件—APP元件（Activities）（Overview Screen）

螢幕概覽 概述螢幕（也稱為最近螢幕，最近任務列表或最近的應用程式）是一個系統級UI，列出最近訪問的Activity和任務。使用者可以瀏覽列表並選擇要恢復的任務，或者使用者可以通過將其擦除來從列表中刪除任務。使用Android 5.0版本（API級別21）時，包含不同文件的同

Android官方文件—APP元件（Services）（Bound Services）

繫結服務 繫結服務是客戶端 - 伺服器介面中的伺服器。繫結服務允許元件（例如Activity）繫結到服務，傳送請求，接收響應，甚至執行程序間通訊（IPC）。繫結服務通常僅在其服務於另一個應用程式元件時才存在，並且不會無限期地在後臺執行。 本文件介紹如何建立繫結服務，包括如

Android官方文件—APP元件（Services）（AIDL）

Android介面定義語言（AIDL） AIDL（Android介面定義語言）類似於您可能使用過的其他IDL。它允許您定義客戶端和服務商定的程式設計介面，以便使用程序間通訊（IPC）相互通訊。在Android上，一個程序無法正常訪問另一個程序的記憶體。所以說說，他們需要將物

我所理解的Android元件化之通訊機制

之前寫過一篇關於Android元件化的文章，《Android元件化框架設計與實踐》，之前沒看過的小夥伴可以先點選閱讀。那篇文章是從實戰中進行總結得來，是公司的一個真實專案進行元件化架構改造，粒度會分的更粗些，是對整體架構實踐進行相應的總結，裡面說了要打造一個元件化框架的話，需要從以下7個方面入手： 程式碼解

前端框架___元件化和模組化

元件化和模組化 元件化和模組化有利於封裝以及複用。   元件化： 1.生命週期。     前端框架都有一個重要的詞語，生命週期，都大部分從幾個方面來看，初始化，渲染，存活期，銷燬。 2.資料通訊    元件之間的通訊，父傳

Android官方文件—APP元件（Content Providers）（Calendar Provider）

日曆提供商 Calendar Provider是使用者日曆事件的儲存庫。 Calendar Provider API允許您對日曆，事件，與會者，提醒等執行查詢，插入，更新和刪除操作。 應用程式和同步介面卡可以使用Calender Provider API。規則取決於撥打電

iOS元件化之具體實現

隨著應用需求逐步迭代，應用的程式碼體積將會越來越大，為了更好的管理應用工程，我們開始藉助CocoaPods版本管理工具對原有應用工程進行拆分。但是僅僅完成程式碼拆分還不足以解決業務之間的程式碼耦合，為了更好的讓拆分出去的業務工程能夠獨立執行，必須進行元件拆分並且

Android 元件化之路 路由設計

基於公司業務發展，公司的APP需求不斷增加，應用也略顯“臃腫”。想著趁現在不那麼“糟糕”，時間也比較寬裕，把專案結構整整，因而走上了元件化之路。 模組化 VS 元件化 模組化： 將一個程式按照其功能做拆分，分成相互獨立的模組，以便於每個模組只包含與其功能

Android元件化之終極方案

Fragment或View如何支援元件化 距離 Android元件化方案 釋出已經半年有餘，雖說這個方案已經能夠解決一些專案的需求，但是依然不夠完美。很多開發者也在部落格和GitHub中留言甚至發郵件問我，Fragment怎麼辦？