Jianwoo中的設計模式(5) — 模板方法模式

前言

在我們寫一個app的時候,會有幾個甚至十幾個或者幾十個上百個界面,我們不斷的寫新界面的時候,會發現,有那么一部分代碼似乎流程是一樣的,比如setContentView、findViewById、setListeners等等等等,而我們每次都要寫一個init方法去寫這些重復的方法,而且說不定不同的人在寫Activity的時候,明天這些大家都要走的流程可以統一規范,但卻可能因為個人習慣或者代碼風格問題,把方法、位置定義的五彩繽紛,這個時候模板方法模式,就顯得非常重要了,現在我們先針對這種情況下的問題進行探討和解決,看看用模板方法模式有什么妙處

認知

在了解模板模式之前,你得對Java的抽象有一個基本的了解,一般被abstract修飾的方法或者class我們稱之為抽象類,抽象類中不一定有抽象方法,但是抽象方法必須是存在于抽象類,當然抽象類也可以有具體方法存在,抽象類可以不用寫具體的實現方法,而通過子類繼承來重寫抽象方法,那這有什么好處呢,我們在設計一個產品功能的時候,如果預先想到不同的子產品具有一系列相同的行為屬性和流程,那我們可以給這個產品建立一個抽象類模型來走完產品流程,而具體的行為屬性方法,可以交給子產品去做具體實現,這樣既可以規范產品流程也可以減少子產品寫多余的代碼,這就是抽象的過程

簡物中的應用場景1

那在簡物中什么場景應用到抽象方法模式呢,在前言我們已經聊到了,我們在寫Activity的時候,很多流程是通用的,我們可以把這些流程抽象到父類,讓子類去做具體實現

public abstract class BaseActivity extends AppCompatActivity{

    protected Category category;

    protected boolean firstRunning = true;

    ...

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        init();
    }

    protected void init(){
        setActivityParams();
        setContentView();
    }

    @Override
    protected void onStart() {
        super.onStart();
        /**
         * 初始化數據,網絡請求放在onStart以提高界面加載速度
         */
        if(firstRunning){
            initCategory();
            firstRunning = false;
            ...
        }
    }

    /**
     * 設置Activity的根布局
     */
    protected abstract void setContentView();

    /**
     * UI綁定/監聽器初始化/UI設置監聽
     */
    protected abstract void initCategory();

   ....

}

我們看到上面有一個Category類,這個類是干啥用的,在關于簡物的項目分析一文中我做了詳細的介紹,這里就不多講了,category負責了UI邏輯部分的初始化、設置監聽、更新UI等操作

public abstract class Category{

    protected Listener listener;
    protected BaseActivity activity;

    ...

    public Category(BaseActivity activity){
        this.activity = activity;
        this.app = activity.getApp();
        prepare();
        findViews();
        initListener();
        setListener();
        initViews();
        init();
        setTitlePadding();
    }

   /**
     * 預初始化
     */
    protected abstract void prepare();

    /**
     * 綁定控件
     */
    protected abstract void findCategoryViews();

    /**
     * 初始化監聽器Listener
     */
    protected abstract void initThisListener();

    /**
     * 設置UI控件的監聽
     */
    protected abstract void setThisListener();

    /**
     * 初始化數據
     */
    protected abstract void init();

    /**
     * 初始化UI
     */
    protected abstract void initViews();

   ...

}

好,我們先寫這兩個抽象父類,那我們在使用的時候就怎樣的呢,這里拿收藏列表做例子

/**
 * Created by Barry on 2017/4/16.
 * 我的收藏
 */
public class CollectActivity extends BaseActivity {

    @Override
    protected void setContentView() {
        setContentView(R.layout.activity_collect);
    }

    @Override
    protected void initCategory() {
        category = new CollectCategory(this);
    }

    ...

}

CollectCategory繼承抽象流程類Category,并且實現抽象方法

/**
 * Created by Barry on 2017/4/16.
 * 我的收藏列表
 */
public class CollectCategory extends Category {

    @Bind(R.id.ptr_layout)
    PtrFrameLayout mPtrFrameLayout;

    MyCollectAdapter mDailyAdapter;
    @Bind(R.id.recyclerview)
    LoadMoreRecyclerView mRecyclerView;

    MyCollectModel mMyCollectModel;

    public CollectCategory(BaseActivity activity) {
        super(activity);
    }

    @Override
    protected void prepare() {
        initAdapater();
        initMyCollectModel();
    }

    @Override
    protected void findCategoryViews() {
        ButterKnife.bind(this, getActivity());
    }

    @Override
    protected void initThisListener() {
        listener = new CollectListener(this);
    }

    @Override
    protected void setThisListener() {
        mRecyclerView.setOnRefreshEndListener((CollectListener)listener);
    }

    @Override
    protected void init() {
        onRefresh();
    }

    @Override
    protected void initViews() {
        initPtrLayout(mPtrFrameLayout);
        initRecyclerView();
    }

    private void initRecyclerView(){
        mRecyclerView.setLayoutManager(new StaggeredGridLayoutManager(2, StaggeredGridLayoutManager.VERTICAL));
        mRecyclerView.setItemAnimator(new FadeInAnimator());
        mRecyclerView.getItemAnimator().setRemoveDuration(300);
        mRecyclerView.getItemAnimator().setAddDuration(300);
        mRecyclerView.getItemAnimator().setChangeDuration(300);
        mRecyclerView.getItemAnimator().setMoveDuration(300);
        mRecyclerView.setAdapter(mDailyAdapter);
    }

    private void initAdapater(){
        mDailyAdapter = new MyCollectAdapter(getActivity(), new ArrayList());
    }

    private void initMyCollectModel(){
        mMyCollectModel = new MyCollectModelImpl(new MyCollectView() {
            @Override
            public void getMyCollectSuccess(List<HomeDailyBean.Daily> goods) {
                mDailyAdapter.notifyDataSetChanged(goods);
                loadComplete();
            }

            @Override
            public void getMyCollectLoadmoreSuccess(List<HomeDailyBean.Daily> goods) {
                if(isEmpty(goods)){
                    mRecyclerView.onFinish();
                }
                mDailyAdapter.notifyDataSetChangedLoadmore(goods);
                loadComplete();
            }

            @Override
            public void getMyCollectError(String message) {
                loadComplete();
            }

            @Override
            public void networkError(String message) {
                loadComplete();
            }
        });
    }

    public void loadComplete(){
        mPtrFrameLayout.refreshComplete();
        mRecyclerView.loadComplete();
    }

    public void onRefresh(){
        if(LoginFactory.isUserLogin()){
            mRecyclerView.onRefresh();
            mMyCollectModel.getMyCollectGoods(PageSize.START, PageSize.BASE_PAGE_SIZE, getUserUuid());
            return;
        }
        loadComplete();
        LoginFactory.login(getActivity());
    }

    public void onLoadMore(){
        if(mRecyclerView.isLoadmoreAvailable() && mDailyAdapter != null && mDailyAdapter.getItemCount() > 0){
            mMyCollectModel.getMyCollectGoods(mDailyAdapter.getItemCount(), PageSize.BASE_PAGE_SIZE, getUserUuid());
        }
    }

    public boolean checkCanDoRefresh(PtrFrameLayout frame, View content, View header) {
        return mRecyclerView.isRefreshAble();
    }

    public void onRefreshBegin(PtrFrameLayout frame) {
        onRefresh();
    }

有發現什么嗎,主要流程我均是通過實現抽象類的方法去完成的,也就是我只要往對應的方法里去填坑就好,那這是不是意味著,對于一個新人開發者,只要了解這套流程邏輯,那即使他的代碼水平或者局部風格和我們不一致也是可以和我們統一流程,不管誰去維護這部分代碼,至少主要初始化流程不會走錯!可以快速定位出錯大致位置,如果做過后端你會發現,很多框架,比如我做后端用的Laravel,他對于不同層的代碼封裝的非常好,你只要對應在不同的層寫類去繼承它的父類然后做對應的實現就好了,這會大大減少一個人上手你項目的成本,一個業務線上的程序猿應該把時間花在專心實現功能上,而不是去花在明明可以統一流程卻初始化順序和結構都不一致的代碼上,模板方法模式也是提高開發效率的一種

當然,模板方法模式并非一定是開發一個項目必選的,這得適應不同的應用場景,如果項目是組件化開發,那就不一定所有人都要統一這套規范,這更適應應該是模塊化開發

那在開發組件模塊的時候我們又在什么地方會用到模板模式呢

簡物中的應用場景2

對于一些界面常出現的無網絡、無數據等通用界面,可以封裝成模塊供不同的Activity使用,而無網絡、無數據等界面又具有相同的特征:顯示缺省圖片、顯示缺省標題、可以點擊重試,那我們同樣可以用模板模式進行封裝一個EmptyView

/**
 * Created by Barry on 2017/3/21.
 */
public abstract class BaseEmptyView {

    /**
     * 用于綁定控件的父容器,這里不一定是Activity或者Fragment中的view,那我們傳入一個Object,后面做判斷
     */
    Object mTarget;

    View mContentView;

    QHImageView mImage;

    TextView mTitle;
    public BaseEmptyView(Object target) {
        this.mTarget = target;
        findViews();
        init();
    }

    private void findViews(){
        if(BaseUtils.isEmpty(getContentView())){
            throw new NullPointerException("parent view is null.");
        }
        mContentView = getContentView().findViewById(getLayoutId());
        mImage = (QHImageView) getContentView().findViewById(getImageId());
        mTitle = (QHTextView) getContentView().findViewById(getTitleId());
    }

    private void init(){
        mContentView.setVisibility(View.GONE);
        initImageParams();
        hide();
    }

    private void initImageParams(){
        int marginTop = (BaseUtils.getHeight() - BaseUtils.getStatusBarHeight() - BaseUtils.dip2px(45)) / 2 - getImageHeight();
        LinearLayout.LayoutParams params = new LinearLayout.LayoutParams(getImageWidth(), getImageHeight());
        params.setMargins(0, marginTop, 0, 0);
        mImage.setLayoutParams(params);
        mImage.setImageURI(BaseUtils.fromRes(getImageRes()));
    }

    /**
     * 不同缺省頁不同的布局id
     * @return
     */
    protected abstract int getLayoutId();

    /**
     * 圖片控件id
     * @return
     */
    protected abstract int getImageId();

    /**
     * 標題控件id
     * @return
     */
    protected abstract int getTitleId();

    /**
     * 圖片資源
     * @return
     */
    protected abstract int getImageRes();

    public int getImageWidth(){
        return BaseUtils.getWidth() / 3;
    }

    public int getImageHeight(){
        return getImageWidth();
    }

    public void show(){
        mContentView.setVisibility(View.VISIBLE);
    }

    public void hide(){
        mContentView.setVisibility(View.GONE);
    }

    public View getContentView(){
        if(mTarget instanceof Activity){
            ViewGroup group = (ViewGroup)((Activity)mTarget).getWindow().getDecorView();
            FrameLayout layout = (FrameLayout)group.findViewById(android.R.id.content);
            return layout.getChildAt(0);
        }

        if(mTarget instanceof View){
            return (View)mTarget;
        }
        return null;

    }

}

比如我們現在在消息中心界面有一個暫無消息的界面提示

public class EmptyMessage extends BaseEmptyView {

    public EmptyMessage(Object mContentView) {
        super(mContentView);
    }

    @Override
    protected int getLayoutId() {
        return R.id.empty_message_layout;
    }

    @Override
    protected int getImageId() {
        return R.id.empty_message;
    }

    @Override
    protected int getTitleId() {
        return R.id.empty_message_title;
    }

    @Override
    protected int getImageRes() {
        return R.mipmap.empty_message;
    }
}

驚不驚喜意不意外,我只要復寫幾個提供參數的方法就可以快速的實現一套缺省界面的邏輯,那我們怎么調用呢

public class MessageCategory extends Category {

    EmptyMessage mEmptyMessage;

    public MessageCategory(BaseActivity activity) {
        super(activity);
    }

    @Override
    protected void prepare() {
        mEmptyMessage = new EmptyMessage(getActivity());
    }

    @Override
    protected void findCategoryViews() {
        ButterKnife.bind(this, getActivity());
    }

    @Override
    protected void initThisListener() {
        listener = new MessageListener(this);
    }

    @Override
    protected void setThisListener() {

    }

    @Override
    protected void init() {

    }

    @Override
    protected void initViews() {
    }

    public void showEmptyView(){
        mEmptyMessage.show();
    }

}

在請求失敗的回調中,調用showEmptyView就可以顯示無消息的界面啦,是不是非常方便…

關于模板方法模式就說到這里啦,現在你們應該對模板方法模式有了一個大概的了解,還是那句話,如果喜歡這篇文章,希望不要吝嗇給個Like哦

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。

推薦閱讀更多精彩內容