Android架构设计---关于View边界划分的思考
来源:互联网 发布:淘宝网买家 编辑:程序博客网 时间:2024/05/17 06:26
版权声明:本文为LooperJing原创文章,转载请注明出处!
在前几篇,我总结了MVP,MVVM,对MVP使用泛型,以避免类爆炸,这些方案的实施在一定的程度的,使得View和业务逻辑成功隔离开来,但是对于一个复杂的界面,,一个layout.xml即使使用了和自定义控件,上千行也是很有可能的。所以这篇博客,主要记录业务视图模块怎么编写比较好,当然这不是教科书,只是分享我关于这方面的思考。
一、复杂视图分析
首先来看两个图,这是小米游戏的详情页,将图1上滑得到图2
看上去,这个页面很复杂了,分析一下UI结构,不全部展开,大概分成五个部分,最上方的三个TAB(介绍,评论,周边)、游戏滑动宣传图Banner、游戏活动、游戏推荐位、游戏安装。
试想,如果这个所有的子业务逻辑都写在页面载体中,从数据获取,视图设置、错误处理,交互跳转,那么这个Activity体量是很庞大的,维护相当困难。若你使用合理的架构将业务逻辑与视图控制解耦,Activity体量确实明显降低,但是体量还是很大,在JAVA的编码规范中,每个类不能长于1000行,一个方法的长度尽量控制在50行,1000很容易就超过了。所以对于复杂的问题,”Divide and Conquer”(分而治之)的思想屡试不爽,按照业务功能级进行拆分,就得到复数个的视图切片,于是在视图层和业务逻辑层之间产生了以子业务为粒度的映射,业务视图模块封装了这类映射,每个模块封装了特定子业务的视图切片配置和业务逻辑。根据这种思想我将这个复杂的视图分成4个部分,如下图。
二、实现
我们使用Holder来管理视图,对于每一个视图,基本功能具有获取数据、刷新数据、设置数据、findViewById、返回整个视图给外部使用等,所以我写出以下的基类。
public abstract class ViewBaseHolder<T> { private T mBaseData; private Context mContext; private View mRootView; public ViewBaseHolder(Context pContext) { this(pContext, null, 0); } public ViewBaseHolder(Context pContext, ViewGroup pViewParent) { this(pContext, pViewParent, 0); } public ViewBaseHolder(Context pContext, ViewGroup pViewParent, int pResId) { this(pContext, pViewParent, pResId == 0 ? null : LayoutInflater.from(pContext).inflate(pResId, pViewParent, false)); } public ViewBaseHolder(Context pContext, ViewGroup pViewParent, View pRootView) { mContext = pContext; mRootView = initView(pViewParent, pRootView); initEvent(mRootView); } /** * 获取数据 * * @return */ public T getData() { return mBaseData; } /** * 设置数据 * @param pData */ public void setDateAndRefreshView(T pData) { mBaseData = pData; refreshView(pData); } /** * 用来通知刷新数据 */ public void notifyDataSetChange() { refreshView(getData()); } /** * 用来刷新数据 */ public abstract void refreshView(T pData); /** *findViewById */ public abstract View initView(ViewGroup pViewParent, View pRootView); /** 返回整个View给外部 */ public View getRootView() { return mRootView; } public void initEvent(View pBaseRootView) {} public Context getContext() { return mContext; } public Activity getActivity() { if (mContext instanceof Activity) { return (Activity) mContext; } return null; }}
对与游戏推荐这个视图切片,用DetailRecommendHoler 来管理,需要实现上面的ViewBaseHolder,考虑到交互跳转的时候,需要服务器得到某些信息,把Activity中的Presenter传进来了。DetailRecommendHoler 需要设置视图信息,给外部返回视图根View,刷新视图,设置监听事件等等。
public class DetailRecommendHoler extends ViewBaseHolder<GameEntry> { private GameDetailPresenter mPresenter; private TextView mGameName; private ImageView mGameIcno; public DetailRecommendHoler(Context pContext, ViewGroup pViewParent, GameDetailPresenter pPresenter) { super(pContext, pViewParent); mPresenter = pPresenter; } @Override public void initEvent(View pBaseRootView) { super.initEvent(pBaseRootView); mGameIcno.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { //mPresenter.toDownLoadGameActivity(getContext()); } }); } public DetailRecommendHoler(Context pContext, ViewGroup pViewParent, int pResId, GameDetailPresenter pPresenter) { super(pContext, pViewParent, pResId); mPresenter = pPresenter; } @Override public void refreshView(GameEntry pData) { mGameIcno.setImageResource(pData.url); mGameName.setText(pData.name); } @Override public View initView(ViewGroup pViewParent, View pRootView) { View rootView; if (pRootView == null) { rootView = LayoutInflater.from(getContext()).inflate(R.layout.game_recommend_holder, null); } else { rootView = pRootView; } mGameIcno = (ImageView) pRootView.findViewById(R.id.game_inco); mGameName = (TextView) pRootView.findViewById(R.id.game_name); return rootView; } public GameDetailPresenter getPresenter() { return mPresenter; }}
同理对于游戏详情中1视图切片可以用DetailBannerHoler来管理,对于游戏详情中2视图切片可以用DetailActivityHoler来管理,对于游戏详情中4视图切片可以用DetailDownLoadHoler来管理。通过这样的分而治之,完全可以避免一个页面太重的影响,一个视图切片代码量少,维护起来很方便,比如对于上面的的3切片,如果有其他模块需要使用,直接使用即可。相应的,经过“分而治之”之后,layout也分成了几个部分,如下。
<?xml version="1.0" encoding="utf-8"?><RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" android:id="@+id/activity_main" android:layout_width="match_parent" android:layout_height="match_parent" android:fitsSystemWindows="true"> <FrameLayout android:id="@+id/game_banner_container" android:layout_width="match_parent" android:layout_height="200dp" android:layout_marginTop="60dp" /> <FrameLayout android:id="@+id/game_activity_container" android:layout_width="match_parent" android:layout_height="300dp" android:layout_below="@id/game_banner_container" /> <FrameLayout android:id="@+id/game_recomend_container" android:layout_width="match_parent" android:layout_height="50dp" android:layout_below="@+id/game_activity_container" /> <FrameLayout android:id="@+id/game_download_container" android:layout_width="match_parent" android:layout_height="50dp" android:layout_below="@+id/game_recomend_container" /></RelativeLayout>
OK,现在看如何使用它,见证一下效果。下面有太不明白的,需要了解一下,MVP戳我
public class GameDetailActivity extends BaseActivity<GameDetailPresenter, GameDtailModel> implements GameContract.GameDetailView { private FrameLayout mGameRecommendFly; private FrameLayout mGameActivityFly; private FrameLayout mGameDownLoadFly; private FrameLayout mGameBannerFly; private DetailRecommendHoler mDetailRecommendHoler; private DetailBannerHoler mDetailBannerHoler; private ProgressBar mLoadingBar; private ListView mListView; @Override public int getLayoutResId() { return R.layout.activity_main; } @Override public void initView() { mPresenter.requestGameEntry(1, 1); mGameRecommendFly = (FrameLayout) findViewById(R.id.game_recomend_container); mDetailRecommendHoler = new DetailRecommendHoler(this, mGameRecommendFly, mPresenter); mGameRecommendFly.addView(mDetailRecommendHoler.getRootView()); mGameBannerFly = (FrameLayout) findViewById(R.id.game_banner_container); mDetailRecommendHoler = new DetailBannerHoler(this, mGameBannerFly, mPresenter); mGameBannerFly.addView(mDetailBannerHoler.getRootView()); ... } @Override public void showLoading() { mLoadingBar.setVisibility(View.VISIBLE); } @Override public void hideLoading() { mLoadingBar.setVisibility(View.INVISIBLE); } @Override public void showError() { TextView errorView = new TextView(this); errorView.setTextSize(20); errorView.setText("请求失败了"); mListView.setEmptyView(errorView); } @Override public void setGameEntry(GameEntry pGameEntry) { mDetailRecommendHoler.refreshView(pGameEntry.listone); mDetailRecommendHoler.refreshView(pGameEntry.listtwo); ....... }}
这种写法,Activity/Fragment本身不再承载任何视图业务逻辑,仅仅需要维护内部寄生的模块Activity/Fragment的职责退化为模块容器和数据媒介,数据媒介的作用体现在,Activity/Fragment在某些情况下会扮演页面数据的入口和分发者,Data到达Activity后,Activity要将Data再次分发给内部那些真正需要数据的模块。对于视图业务模块显得简单直白,结构良好,因为这一步划分了边界,使得页面结构的明晰化。我使用这种思想的难点是视图切片的粒度划分,太细需要写很多代码,太少达不到效果,这个需要根据需求来把握,思想是活的,模式之间相互变通,才能写出良好的系统结构,减少开发维护成本。
推荐阅读:
Android架构设计—MVP模式第(一)篇之基本认实
Android架构设计—MVP模式第(二)篇,如何减少类爆炸
Android架构设计—关于MVVM模式的探讨
Please accept mybest wishes for your happiness and success !
- Android架构设计---关于View边界划分的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- Android App整体架构设计的思考
- vue组件传递对象中实现单向绑定的方法
- Xcode8.1 真机测试 ,添加iOS10.3的idk到Xcode8.1中
- 单例模式浅谈
- 线程
- 回车与换行的区别
- Android架构设计---关于View边界划分的思考
- 启动Tomcat服务提示:指定的服务未安装
- 加密方法
- 名次foreach循环
- JAVA集合框架
- [ZOJ 3747] Attack on Titans (计数DP + 连续至多 + 连续至少)
- tf.concat的用法
- hdu 4812 multik
- 安卓随笔记录