標籤:android style ar 使用 java sp div on art
模板模式我認為在Android的開發中是最長用到的,基本是隨處可見的,認識該模式,有助於我們對Android的原始碼及架構有一個更深層次的認識。那什麼是模板模式呢,模板模式就是定義一個基本架構,將當中的一些方法延遲到子類中運行實現。就比方我們去餐館吃飯,基本步驟肯定為找到座位,點菜,上菜,吃飯,買單五個過程,當中點菜這個過程是可變的,我們點的菜可多可少,其它都是固定的,那麼我們就能夠寫在一個固定的抽象類別裡形成一個基本架構,我們的子類繼承該抽象類別,對當中可變的方法進行複寫。
以下我們就來看一個範例。
/* * 抽象基類,為全部子類提供一個演算法架構 * * 提神飲料 */public abstract class RefreshBeverage {/* * 製備飲料的模板方法 * 封裝了全部子類共同遵循的演算法架構 */public final void prepareBeverageTemplate(){//步驟1 將水煮沸boilWater();//步驟2 泡製飲料brew();//步驟3 將飲料倒入杯中pourInCup();if(isCustomerWantsCondiments()){//步驟4 增加調味料addCondiments();}}/* * Hook, 鉤子函數,提供一個預設或空的實現 * 詳細的子類能夠自行決定是否掛鈎以及怎樣掛鈎 * 詢問使用者是否增加調料 */ protected boolean isCustomerWantsCondiments() {return true;}/* * 基本方法,將水煮沸 */private void boilWater() {System.out.println("將水煮沸");}/* * 基本方法,將飲料倒入杯中 */private void pourInCup() {System.out.println("將飲料倒入杯中");}/* * 抽象的基本方法,泡製飲料 */protected abstract void brew();/* * 抽象的基本方法, 增加調味料 */protected abstract void addCondiments();}
我們定義了一個製備飲料的模板類,當中我們一定要注意prepareBeverageTemplate()方法的keyword一定為final,保證子類僅僅能改動可見的方法,保證模板架構的穩定,須要子類實現的方法定義為Protected屬性而且為一個抽象類別,由子類來對其自由發揮,就像我們Android每個類一般都會繼承Activity類,複寫當中的oncreate()方法一樣,其屬性也為protected.不想在子類可見的方法,我們需將其定位為private屬性而且寫好方法體。
我們還能夠發現我們在當中定義了一個isCustomerWantsCondiments()方法,這種方法就是hook鉤子,增加模板架構的靈活性,該方法能夠在子類中重寫,以此來推斷是否須要運行某個方法。
public class Tea extends RefreshBeverage {@Overrideprotected void brew() {System.out.println("用80度的熱水浸泡茶葉5分鐘");}@Overrideprotected void addCondiments() {System.out.println("增加檸檬");}@Override/* * 子類通過覆蓋的形式選擇掛載鉤子函數 * @see com.imooc.pattern.template.RefreshBeverage#isCustomerWantsCondiments() */protected boolean isCustomerWantsCondiments(){return false;}} 我們寫了一個泡茶的類,並將hook方法複寫返回false, 取消了製備飲料的第四步。
那麼我們什麼時候須要使用模板類呢?
(1)演算法或操作遵循類似的邏輯時
(2)重構時(把同樣的代碼抽入到父類中),提高程式的複用性
(3)重要複雜的演算法,核心演算法設計為模板演算法
Android開發之模板模式初探