对空数据页面等公共页面实现的一些思考

在实际的项目开发中为了增长用户体验，设计的同窗会设计空数据界面，错误提示页，网络加载页等等。一般状况下咱们的处理方式是针对每一个页面写好一个布局文件，而后在须要的页面经过include标签加载进来，最后在须要显示的地方控制其隐藏和显示，这种写法彻底没有问题，只不过须要手动修改各个界面的布局文件，嵌套这些布局。网上也有不少的小伙伴针对这个问题进行过控件的封装，但最终也避免不了修改xml代码，那么有没有什么好的办法下降这种对布局文件的侵入性呢？

其实要解决这个问题也不难，至少在大多数状况下这个解决方式是知足要求的,为何是在大多数状况下呢？往下看就明白了。

这个问题的解决思路就是经过WindowManger的方式去动态的添加或删除咱们要显示的View。

首先看一下Demo的实现效果

使用步骤：

项目中的Application 中进行初始化

AresLayout.init(this)// 缓存Application Context 引用
    AresLayout.setEmptyLayout(R.layout.layout_empty) //  设置空数据界面的布局
    AresLayout.setLoadingLayout(R.layout.layout_loading)  // 设置加载时的布局
    AresLayout.setNetworkErrorLayout(R.layout.layout_network_error) // 设置网络错误时的布局
复制代码

在须要展现的地方直接调用如下3个方法便可

AresLayout.showEmptyLayout(content, windowManager)

AresLayout.showLoadingLayout(content, windowManager)

AresLayout.showNetworkErrorLayout(content, windowManager)
复制代码

两个参数分别是须要覆盖的View及当前Activity的windowManager。

注意到没有，咱们没有修改当前界面的xml代码，这样对代码的侵入性就大大下降了。

下面说一下思路（若是你对windowManager的原理比较了解的话相信你已经明白了）

showEmptyLayout，showLoadingLayout，showNetworkErrorLayout的原理是同样的，咱们就拿加载空数据页面的showEmptyLayout说吧

首先AresLayout是一个单例模式的类 setEmptyLayout方法获取到当前布局文件的引用

/**
 * 设置空数据界面的布局
 */
public fun setEmptyLayout(resId: Int) {
    emptyLayout = getLayout(resId)
    emptyLayout.measure(ViewGroup.LayoutParams.MATCH_PARENT, ViewGroup.LayoutParams.MATCH_PARENT)
}
private lateinit var emptyLayout: ViewGroup
复制代码

注意emptyLayout是一个ViewGroup，而不是具体的某个其子类好比LinearLayout,由于如今不肯定提供的空数据xml里的根布局的具体类型。 对应的getLayout(resId)返回的也是一个ViewGroup

private fun getLayout(resId: Int): ViewGroup {
    val inflater = mContext.getSystemService(Context.LAYOUT_INFLATER_SERVICE) as LayoutInflater
    return inflater.inflate(resId, null) as ViewGroup
}
复制代码

接下来是showEmptyLayout方法

/**
 * 展现空数据界面
 * target的大小及位置决定了window界面在实际屏幕中的展现大小及位置
 */
fun showEmptyLayout(target: View, wm: WindowManager) {
    if (currentLayout != null) {
        wm.removeView(currentLayout)
    }
    isAresShowing = true
    currentLayout = emptyLayout
    wm.addView(currentLayout, setLayoutParams(target))
}
复制代码

这个方法中咱们把上一步设置好的emptyLayout赋值给了currentLayout，这样作的目的是在多个界面之间切换时咱们只操做currentLayout便可。 最终经过

wm.addView(currentLayout, setLayoutParams(target))
复制代码

这行代码，把布局显示在了当前的Activity上，那么是如何控制布局的显示大小及位置的呢，看一下setLayoutParams(target)方法

private fun setLayoutParams(target: View): WindowManager.LayoutParams {
    val wlp = WindowManager.LayoutParams()
    wlp.format = PixelFormat.TRANSPARENT
    wlp.flags = (WindowManager.LayoutParams.FLAG_NOT_TOUCH_MODAL
            or WindowManager.LayoutParams.FLAG_NOT_FOCUSABLE
            or WindowManager.LayoutParams.FLAG_ALT_FOCUSABLE_IM)
    var location = IntArray(2)
    target.getLocationOnScreen(location)
    wlp.x = location[0]
    wlp.y = location[1]
    wlp.height = target.height
    wlp.width = target.width
    wlp.type = WindowManager.LayoutParams.FIRST_SUB_WINDOW
    wlp.gravity = Gravity.LEFT or Gravity.TOP
    return wlp
}
复制代码

setLayoutParams()方法须要传入一个View，这个View在屏幕中的位置和大小就是空数据界面的位置和大小，在列表展现类的页面中，这个View能够是RecyclerView，在其余类型的状况下，传入对应位置的View便可，好比Demo中的content，实际上是一个TextView。

var location = IntArray(2)
target.getLocationOnScreen(location)
复制代码

获取View在屏幕中的位置

wlp.x = location[0]
    wlp.y = location[1]
    wlp.height = target.height
    wlp.width = target.width
复制代码

设置WindowManager.LayoutParams() 在屏幕中显示的位置和大小

注意这两行代码

wlp.type = WindowManager.LayoutParams.FIRST_SUB_WINDOW
wlp.gravity = Gravity.LEFT or Gravity.TOP
复制代码

type 的值是FIRST_SUB_WINDOW，意思是Window是面板窗口，显示于宿主窗口上层。（type还有不少值，其余的暂时没有尝试过）

设置Gravity.LEFT or Gravity.TOP是为了解决View的margin问题。这样一来，咱们的emptyLayout就彻底可以和传入的View重合了，也就达到了咱们的最终目的。

当不须要显示或者界面退出时只须要移除当前Window上的View便可

fun onDestroy(wm: WindowManager) {
    isAresShowing = false
    currentLayout?.let {
        wm.removeView(currentLayout)
        currentLayout = null
    }
}
复制代码

为何说这种方式使用绝大多数状况呢？ 由于下面这个界面就不行

页面中的右下角有一个Button，若是RecyclerView 部分为空数据页面，那么这个Button会被空数据页面遮盖，也就是说，空数据页面是显示在最上层的，即便你给这个button设置 bringToFront()也是无效的，由于这两个组件虽然说归根到底都是经过windowmanager添加的，但却不在同一个view上。

这个问题暂时尚未好的思路解决，若是你有更好的解决办法，欢迎留言！

最后奉上demo地址：

github.com/shiweibsw/A…