继续上篇，这里继续分享我在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的封装.