android 开发最新框架搭建,我是如何搭建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的封装.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值