前言
在項目中,常見的 BaseActivity 的封裝就用到了設計模式中的模板方法模式和抽象工廠模式,本文重點介紹模板方法模式是什麼、Android源碼中如何體現、以及我們在項目中是如何使用封裝成BaseActivity的。
文章目錄
設計模式的定義
-
1.解決一些特定的問題,如:管理Activity,使用單例設計模式。recylerview使用裝飾設計模式、BaseActivity中使用抽象工廠模式和模板方法模式等
-
2.有利於代碼的規範,讓代碼更靈活
-
3.有利於我們的開發,提高代碼的複用
1.模式介紹
模板方法模式的定義
定義一個操作中的算法的框架,而將一些步驟延遲到子類中。使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。
模板方法模式的使用場景
- 多個子類有公有的方法,並且邏輯基本相同時。
- 重要、複雜的算法,可以把核心算法設計爲模板方法,周邊的相關細節功能則由各個子類實現。
- 重構時,模板方法模式是一個經常使用的模式,把相同的代碼抽取到父類中,然後通過鉤子函數約束其行爲。
2. UML類圖
角色介紹
- AbstractClass : 抽象類,定義了一套算法框架。
- ConcreteClass1 : 具體實現類1;
- ConcreteClass2: 具體實現類2;
3. 模式的簡單實現
簡單實現的介紹
模板方法實際上是封裝一個算法框架,就像是一套模板一樣。而子類可以有不同的算法實現,在框架不被修改的情況下實現算法的替換。下面我們以開電腦這個動作來簡單演示一下模板方法。開電腦的整個過程都是相對穩定的,首先打開電腦電源,電腦檢測自身狀態沒有問題時將進入操作系統,對用戶進行驗證之後即可登錄電腦,下面我們使用模板方法來模擬一下這個過程。
實現源碼
package com.dp.example.templatemethod;
/**
* 抽象的Computer
* @author mrsimple
*
*/
public abstract class AbstractComputer {
protected void powerOn() {
System.out.println("開啓電源");
}
protected void checkHardware() {
System.out.println("硬件檢查");
}
protected void loadOS() {
System.out.println("載入操作系統");
}
protected void login() {
System.out.println("小白的電腦無驗證,直接進入系統");
}
/**
* 啓動電腦方法, 步驟固定爲開啓電源、系統檢查、加載操作系統、用戶登錄。該方法爲final, 防止算法框架被覆寫.
*/
public final void startUp() {
System.out.println("------ 開機 START ------");
powerOn();
checkHardware();
loadOS();
login();
System.out.println("------ 開機 END ------");
}
}
package com.dp.example.templatemethod;
/**
* 碼農的計算機
*
* @author mrsimple
*/
public class CoderComputer extends AbstractComputer {
@Override
protected void login() {
System.out.println("碼農只需要進行用戶和密碼驗證就可以了");
}
}
package com.dp.example.templatemethod;
/**
* 軍用計算機
*
* @author mrsimple
*/
public class MilitaryComputer extends AbstractComputer {
@Override
protected void checkHardware() {
super.checkHardware();
System.out.println("檢查硬件防火牆");
}
@Override
protected void login() {
System.out.println("進行指紋之別等複雜的用戶驗證");
}
}
package com.dp.example.templatemethod;
public class Test {
public static void main(String[] args) {
AbstractComputer comp = new CoderComputer();
comp.startUp();
comp = new MilitaryComputer();
comp.startUp();
}
}
輸出結果如下 :
------ 開機 START ------
開啓電源
硬件檢查
載入操作系統
碼農只需要進行用戶和密碼驗證就可以了
------ 開機 END ------
------ 開機 START ------
開啓電源
硬件檢查
檢查硬件防火牆
載入操作系統
進行指紋之別等複雜的用戶驗證
------ 開機 END ------
通過上面的例子可以看到,在startUp方法中有一些固定的步驟,依次爲開啓電源、檢查硬件、加載系統、用戶登錄四個步驟,這四個步驟是電腦開機過程中不會變動的四個過程。但是不同用戶的這幾個步驟的實現可能各不相同,因此他們可以用不同的實現。而startUp爲final方法,即保證了算法框架不能修改,具體算法實現卻可以靈活改變。startUp中的這幾個算法步驟我們可以稱爲是一個套路,即可稱爲模板方法。因此,模板方法是定義一個操作中的算法的框架,而將一些步驟延遲到子類中。使得子類可以不改變一個算法的結構即可重定義該算法的某些特定步驟。如圖 :
4.Android源碼中的模式實現
在Android中,使用了模板方法且爲我們熟知的一個典型類就是AsyncTask了,關於AsyncTask的更詳細的分析請移步Android中AsyncTask的使用與源碼分析,我們這裏只分析在該類中使用的模板方法模式。
在使用AsyncTask時,我們都有知道耗時的方法要放在doInBackground(Params… params)中,在doInBackground之前如果還想做一些類似初始化的操作可以寫在onPreExecute方法中,當doInBackground方法執行完成後,會執行onPostExecute方法,而我們只需要構建AsyncTask對象,然後執行execute方法即可。我們可以看到,它整個執行過程其實是一個框架,具體的實現都需要子類來完成。而且它執行的算法框架是固定的,調用execute後會依次執行onPreExecute,doInBackground,onPostExecute,當然你也可以通過onProgressUpdate來更新進度。我們可以簡單的理解爲如下圖的模式 :
下面我們看源碼,首先我們看執行異步任務的入口, 即execute方法 :
public final AsyncTask<Params, Progress, Result> execute(Params... params) {
return executeOnExecutor(sDefaultExecutor, params);
}
public final AsyncTask<Params, Progress, Result> executeOnExecutor(Executor exec,
Params... params) {
if (mStatus != Status.PENDING) {
switch (mStatus) {
case RUNNING:
throw new IllegalStateException("Cannot execute task:"
+ " the task is already running.");
case FINISHED:
throw new IllegalStateException("Cannot execute task:"
+ " the task has already been executed "
+ "(a task can be executed only once)");
}
}
mStatus = Status.RUNNING;
onPreExecute();
mWorker.mParams = params;
exec.execute(mFuture);
return this;
}
可以看到execute方法(爲final類型的方法)調用了executeOnExecutor方法,在該方法中會判斷該任務的狀態,如果不是PENDING狀態則拋出異常,這也解釋了爲什麼AsyncTask只能被執行一次,因此如果該任務已經被執行過的話那麼它的狀態就會變成FINISHED。繼續往下看,我們看到在executeOnExecutor方法中首先執行了onPreExecute方法,並且該方法執行在UI線程。然後將params參數傳遞給了mWorker對象的mParams字段,然後執行了exec.execute(mFuture)方法。
mWorker和mFuture又是什麼呢?其實mWorker只是實現了Callable接口,並添加了一個參數數組字段,關於Callable和FutureTask的資料請參考Java中的Runnable、Callable、Future、FutureTask的區別與示例,我們挨個來分析吧,跟蹤代碼我們可以看到,這兩個字段都是在構造函數中初始化。
public AsyncTask() {
mWorker = new WorkerRunnable<Params, Result>() {
public Result call() throws Exception {
mTaskInvoked.set(true);
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
return postResult(doInBackground(mParams));
}
};
mFuture = new FutureTask<Result>(mWorker) {
@Override
protected void done() {
try {
final Result result = get();
postResultIfNotInvoked(result);
} catch (InterruptedException e) {
android.util.Log.w(LOG_TAG, e);
} catch (ExecutionException e) {
throw new RuntimeException("An error occured while executing doInBackground()",
e.getCause());
} catch (CancellationException e) {
postResultIfNotInvoked(null);
} catch (Throwable t) {
throw new RuntimeException("An error occured while executing "
+ "doInBackground()", t);
}
}
};
}
簡單的說就是mFuture就包裝了這個mWorker對象,會調用mWorker對象的call方法,並且將之返回給調用者。
關於AsyncTask的更詳細的分析請移步Android中AsyncTask的使用與源碼分析,我們這裏只分析模板方法模式。總之,call方法會在子線程中調用,而在call方法中又調用了doInBackground方法,因此doInBackground會執行在子線程。doInBackground會返回結果,最終通過postResult投遞給UI線程。 我們再看看postResult的實現 :
private Result postResult(Result result) {
Message message = sHandler.obtainMessage(MESSAGE_POST_RESULT,
new AsyncTaskResult<Result>(this, result));
message.sendToTarget();
return result;
}
private static class InternalHandler extends Handler {
@SuppressWarnings({"unchecked", "RawUseOfParameterizedType"})
@Override
public void handleMessage(Message msg) {
AsyncTaskResult result = (AsyncTaskResult) msg.obj;
switch (msg.what) {
case MESSAGE_POST_RESULT:
// There is only one result
result.mTask.finish(result.mData[0]);
break;
case MESSAGE_POST_PROGRESS:
result.mTask.onProgressUpdate(result.mData);
break;
}
}
}
private void finish(Result result) {
if (isCancelled()) {
onCancelled(result);
} else {
onPostExecute(result);
}
mStatus = Status.FINISHED;
}
可以看到,postResult就是把一個消息( msg.what == MESSAGE_POST_RESULT)發送給sHandler,sHandler類型爲InternalHandler類型,當InternalHandler接到MESSAGE_POST_RESULT類型的消息時就會調用result.mTask.finish(result.mData[0])方法。我們可以看到result爲AsyncTaskResult類型,源碼如下 :
private static class AsyncTaskResult<Data> {
final AsyncTask mTask;
final Data[] mData;
AsyncTaskResult(AsyncTask task, Data... data) {
mTask = task;
mData = data;
}
}
可以看到mTask就是AsyncTask對象,調用AsyncTask對象的finish方法時又調用了onPostExecute,這個時候整個執行過程就完成了。 總之,execute方法內部封裝了onPreExecute, doInBackground, onPostExecute這個算法框架,用戶可以根據自己的需求來在覆寫這幾個方法,使得用戶可以很方便的使用異步任務來完成耗時操作,又可以通過onPostExecute來完成更新UI線程的工作。
另一個比較好的模板方法示例就是Activity的聲明周期函數,例如Activity從onCreate、onStart、onResume這些程式化的執行模板,這就是一個Activity的模板方法。
5. 雜談
優點與缺點
優點
- 封裝不變部分,擴展可變部分
- 提取公共部分代碼,便於維護
缺點
- 模板方法會帶來代碼閱讀的難度,會讓心覺得難以理解。
6.在項目中的實例
項目的從0開始搭建時,這個BaseActivity 基類至關重要,幾乎所有的界面都會去繼承它。
廢話不多說,先上代碼(Kotlin版本):
//基類Activity
abstract class BaseActivity : AppCompatActivity(), IInitView {
// 是否是第一次調用onResume
private var isFirstOnResume = true
override fun onCreate(savedInstanceState: Bundle?) {
super.onCreate(savedInstanceState)
setContentView(bindLayout())
initVariable(savedInstanceState)
initView(savedInstanceState)
initListener()
loadDataOnCreate()
}
override fun onResume() {
super.onResume()
onResumeEveryTime()
if (isFirstOnResume) {
isFirstOnResume = false
onResumeFirst()
} else {
onResumeExceptFirst()
}
}
/**
* 綁定佈局文件
*
* @return
*/
protected abstract int bindLayout()
/**
* 第一次onResume的時候調用
*/
protected open fun onResumeFirst() {}
/**
* 除了第一次onResume都調用
*/
protected open fun onResumeExceptFirst() {}
/**
* 在onResume的時候每次都調用
*/
protected open fun onResumeEveryTime() {}
}
根據項目業務需要可以在OnReSume()
和OnPause()
添加 時長統計、qqbugly、魔窗等功能。
//初始化View要實現的代碼
interface IInitView {
/**
* 獲取佈局id
*/
fun getLayoutID(): Int
/**
* 獲取佈局View
*/
fun getLayoutView(): View? = null
/**
* 初始化變量
*/
fun initVariable(savedInstanceState: Bundle?) {}
/**
* 初始化視圖
*/
fun initView(savedInstanceState: Bundle?) {}
/**
* 初始化監聽
*/
fun initListener() {}
/**
* OnCreate的時候加載一次數據
*/
fun loadDataOnCreate() {}
}
如果要實現BaseFragment 思想類似:具體可參見我的github代碼庫:點擊傳送門
調用實例:
/**
* 調用實例
*/
class MainActivity : BaseActivity() {
override fun getLayoutID(): Int = R.layout.activity_main
override fun initVariable(savedInstanceState: Bundle?) {
super.initVariable(savedInstanceState)
}
override fun initView(savedInstanceState: Bundle?) {
super.initView(savedInstanceState)
}
override fun initListener() {
super.initListener()
}
override fun loadDataOnCreate() {
super.loadDataOnCreate()
}
}
UML關係圖
(略,後期完善)
總結
自從寫博客以來,一直沒有整理代碼到github,接下來我會把代碼進行整理,之後會上傳到代碼庫android-common-project中,該項目旨在總結項目從0開始一步一步搭建項目,敬請關注。
Demo中我會持續完善代碼,接下來的計劃:
- 技術選型與架構
- 封裝網絡請求庫(代碼待整理)已發佈文章,點擊前往
- 封裝社會化組件(微信登錄、支付、分享等)
- 模塊化與組件化
- 常用的控件
- 常用的工具類
- ……
參考資料: