我是如何搭建Android快速开发框架的之UI篇(上)
继续上篇,这里继续分享我在UI层的设计。
UI即用户接口,也就是用户界面,即显示给用户的部分。Android中,UI部分无非包括Activity、Fragment以及能够产生交互的View。而对于View来说,最常用的无非是列表控件,如RecyclerView、ListView。
因此,XDroid在UI层的封装主要有:Activity、Fragment、ListAdapter、RecyclerView以及包含Loading、Error、Empty、Content四种状态的控件 QTContentLayot
&XRecyclerContentLayout
。
本着小而美的原则,取消了自定义控件如对话框的支持,我们可以选择其他的实现方式。
Activity & Fragment
Activity & Fragment 拥有不同的生命周期,但却具有一定的相似性。如Activity有onCreate、onResume、onPause、onStop、onDestory等,而Fragment有onCreateView、onViewCreated、onAttach、onDetach、onDestroyView等。
通常我们都会搞一个基类,如BaseActivity & BaseFragment,在BaseActivity中,通常会包含如下方法:
abstract void initData(Bundle savedInstanceState);
abstract void setListener();
abstract int getLayoutId();
void showLoadingDlg();
void dismissLoadingDlg();
void showPromtDlg();
void dimissPromtDlg();
...
为了Activity & Fragment 保持一致,我抽取了一个接口UiCallback
,如下定义:
public interface UiCallback {
void initData(Bundle savedInstanceState);
void setListener();
int getLayoutId();
boolean useEventBus();
}
并定义两个基类XActivity
& XFragment
,实现UiCallback接口:
public abstract class XActivity extends AppCompatActivity implements UiCallback{
}
public abstract class XFragment extends Fragment implements UiCallback{
}
而因为定义为Abstract,故这几个方法需要子类实现。
写到这里,分享一下我的心得,有时搞了个UserFragment,但随着业务调整,需要将Fragment修改成Activity,有了当前这个处理,直接可以修改
UserFragment extends XActivity
即可。怎样,是不是很方便...
同时,通常我们会将一些常用的方法定义在基类Activity&Fragment中,其一这些方法大多相同,需要重复拷贝,不好维护;其二,大量的公用方法堆积其内,不好维护。为了解决这个问题,也为了方便扩展,我还是用的接口。
定义一个接口UiDelegate
,其中包含了常用的方法:
public interface UiDelegate {
void resume();
void pause();
void destory();
void visible(boolean flag, View view);
void gone(boolean flag, View view);
void inVisible(View view);
void toastShort(String msg);
void toastLong(String msg);
}
这里我思考了一个问题,如果让XActivity & XFragment也实现UiDelegate接口,那么还是需要分别在其内实现,达不到消除冗余的效果。怎么解决这个问题呢?
我想到可以搞一个UiDelegate的基本实现UiDelegateBase,只需要在XActivity & XFragment中保留一个实力就好了.为了方便,将Context传进去了。
public class UiDelegateBase implements UiDelegate {
public Context context;
private UiDelegateBase(Context context) {
this.context = context;
}
public static UiDelegateBase create(Context context) {
return new UiDelegateBase(context);
}
@Override
public void resume() {
}
@Override
public void pause() {
}
@Override
public void destory() {
}
@Override
public void visible(boolean flag, View view) {
if (flag) view.setVisibility(View.VISIBLE);
}
@Override
public void gone(boolean flag, View view) {
if (flag) view.setVisibility(View.GONE);
}
@Override
public void inVisible(View view) {
view.setVisibility(View.INVISIBLE);
}
@Override
public void toastShort(String msg) {
Toast.makeText(context, msg, Toast.LENGTH_SHORT).show();
}
@Override
public void toastLong(String msg) {
Toast.makeText(context, msg, Toast.LENGTH_LONG).show();
}
}
在XActivity & XFragment中,
protected UiDelegate getUiDelegate() {
if (uiDelegate == null) {
uiDelegate = UiDelegateBase.create(this);
}
return uiDelegate;
}
在子类中只需调用
getUiDelegate.toastLong(msg)
等方法即可。
为何不采用在定义出就new UiDelegate(context)的方式,是因为这种方式可能会出现null的情况,而使用懒汉模式创建,则有效消除了这种情况。
为了方便,XActivity & XFragment 中集成了事件订阅,内置ButterKnife、EventBus:
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
this.context = this;
if (getLayoutId() > 0) {
setContentView(getLayoutId());
unbinder = KnifeKit.bind(this);
}
setListener();
initData(savedInstanceState);
}
@Override
protected void onStart() {
super.onStart();
if (useEventBus()) {
BusFactory.getBus().register(this);
}
}
@Override
protected void onStop() {
super.onStop();
BusFactory.getBus().unregister(this);
}
可重写useEventBus
方法,决定当前Activity & Fragment是否使用EventBus.
EventBus使用了3.0版本
具体实现,可阅读源码。XDroid,由于水平有限,可能会出现一些不合适的地方,欢迎指正。
XDroid业已基本成熟,欢迎star、fork,提出您的宝贵意见。
这是项目地址:https://github.com/limedroid/XDroid
下一篇,将谈谈ListAdapter以及RecylcerView的封装.