一、现状
页面多状态布局是开发中常见的需求，即页面在不同状态需要显示不同的布局，实现的方式也比较多，最简单粗暴的方式就是在 XML 中先将不同状态对应的布局隐藏起来，根据需要改变其可见状态，如果多个界面公用相同的状态布局，缺点也很明显，繁琐、重复、不优雅等，类似的实现也可以使用 ViewStub，这样性能会更好些。所以我们要做的就是尽可能避免这些方式所导致的问题，更加高效、优雅的管理不同的状态布局。
二、目标
我们要实现的 StatusView 要实现的主要功能如下：
效果预览如下：
preview
三、实现
这里只对实现过程中一些比较重要的点进行分析。
3.1、初始化
首先有一个最重要的知识点需要明确，XML 布局中的每个View都有其对应的父 View，必然在其父View中都有固定的位置，如果是 Activity 对应的 XML，那XML根布局View的父View是谁呢？其实就是一个 id 为 android.R.id.content 的 View，如果是 Fragment 对应的 XML，那 XML 根布局 View 的父 View 可以通过 fragment.getView() 方法得到。所以现在我们可以得到XML 中每一个View和对应的 LayoutParams 位置信息。
既然有了 View 和其对应的 LayoutParams 位置信息，就可以通过其父 View 将指定的子 View 移除掉，然后将 StatusView 添加到被移除的 View 的位置，进而就可以控制 StatusView 来切换不同的状态布局。
简单总结下，就是用 StatusView 替换掉要进行多状态布局切换的 View，这个 View 可以时 XML 中的任意 View。这也是直接在 Activity、Fragment 中使用 StatusView 要做的核心初始化工作。
那么 StatusView 又是个什么呢？其实就是一个继承了 FrameLayout 的 ViewGroup，之所以要继承 FrameLayout，因为 StatusView 此时仅仅是作为父容器存在的，并不关心内部各种状态 View 的具体情况，所以使用 FrameLayout 就够了，更有通用性。这样 StatusView 也就可以在 XML 中使用了
先将上边这部分内容转化成代码：
public class StatusView extends FrameLayout {
......
/**
* 在 Activity 中的初始化方法，默认页面的根布局使用多状态布局
*/
public static StatusView init(Activity activity) {
View contentView = ((ViewGroup) activity.findViewById(android.R.id.content)).getChildAt(0);
return init(contentView);
}
/**
* 在 Activity 中的初始化方法
* @param viewId 使用多状态布局的 ViewId
*/
public static StatusView init(Activity activity, @IdRes int viewId) {
View rootView = ((ViewGroup) activity.findViewById(android.R.id.content)).getChildAt(0);
View contentView = rootView.findViewById(viewId);
return init(contentView);
}
/**
* 在Fragment中的初始化方法
* @param viewId 使用多状态布局的 ViewId
*/
public static StatusView init(Fragment fragment, @IdRes int viewId) {
View rootView = fragment.getView();
View contentView = null;
if (rootView != null) {
contentView = rootView.findViewById(viewId);
}
return init(contentView);
}
/**
* 用 StatusView 替换要使用多状态布局的 View
*/
private static StatusView init(View contentView) {
if (contentView == null) {
throw new RuntimeException("ContentView can not be null!");
}
ViewGroup parent = (ViewGroup) contentView.getParent();
if (parent == null) {
throw new RuntimeException("ContentView must have a parent view!");
}
ViewGroup.LayoutParams lp = contentView.getLayoutParams();
int index = parent.indexOfChild(contentView);
parent.removeView(contentView);
StatusView statusView = new StatusView(contentView.getContext());
statusView.addView(contentView);
statusView.setContentView(contentView);
parent.addView(statusView, index, lp);
return statusView;
}
......
}
如果在 XML 中使用 StatusView 如何进行初始化呢，自然是通过 onFinishInflate() 方法：
@Override
protected void onFinishInflate() {
super.onFinishInflate();
if (getChildCount() == 1) {
View view = getChildAt(0);
setContentView(view);
}
}
3.2、状态布局的切换
StatusView 默认支持 Loading、Empty、Error 三种状态布局，加上原始的页面内容布局，一共四种。切换状态布局时，我们做法是直接从 StatusView 中移除掉正在显示的状态布局，然后添加要显示的状态布局：
private void switchStatusView(View statusView) {
if (statusView == currentView) {
return;
}
removeView(currentView);
currentView = statusView;
addView(currentView);
}
3.3、状态布局的懒加载
在APP使用环境良好的情况下，有些状态布局可能根本没有显示的机会，如果在初始化时一股脑的加载出来自然不可取，影响性能，所以我们要做的就是按需加载，即仅在状态布局初次显示时加载并初始化，之后复用即可：
private View generateStatusView(@LayoutRes int layoutId) {
View statusView = viewArray.get(layoutId);
if (statusView == null) {
statusView = inflate(layoutId);
viewArray.put(layoutId, statusView);
configStatusView(layoutId, statusView);
}
return statusView;
}
3.4、更自由的用法
一般的多状态布局管理都会提供默认的 Loading、Empty、Error 三种状态布局，并可以自定义对应的状态布局， 并提供对应的开放 api。但这样会有些局限性，如果有其它业务场景的状态布局，虽然布局文件可以自定义，但原有的api方法调用起来难免会有违和感，并不友好！所以有必要在常用业务场景的基础上再提供更加通用的api方法，并不局限于特定的场景。
目前的做法是用状态布局和对应的索引之间的关系来实现：
// 添加指定索引对应的状态布局 statusView.setStatusView(int index, @LayoutRes int layoutId) // 为指定索引的状态布局设置初次显示的监听事件，用来进行状态布局的相关初始化 statusView.setOnStatusViewConvertListener(int index, StatusViewConvertListener listener) // 显示指定索引的状态布局 statusView.showStatusView(int index)
3.5、注意事项
主要的点就这么多了，剩下的就是些属性配置的内容，其实挺简单的，更多细节和用法可参考GitHub： StatusView
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持脚本之家。
