Android Jetpack——DataBinding:从排斥到真香

好像确实如此

刚学Android Jetpack时，前辈们都不怎么推荐使用DataBinding。从中了解到DataBinding是这样的：

• 消除findViewById (我选择kt)
• 在xml中写（逻辑）代码 (黑人问号面???，反感)
• 无需手动设置一些监听 (不就几个监听吗)

soDataBinding在我眼里作用不大，甚至有点反感(主要xml那块)，很长一段时间都排斥DataBinding,项目中只使用ViewModel和LiveData等其他Jetpack组件。

渐渐入坑

借助kt的插件,我们在任何地方都不需要写findViewById（感谢大佬指出）。但由于以前不太懂在RecyclerView.ViewHolder中使用kt插件，还是老老实实的findViewById。这也让我想起DataBinding的好处：消除findViewById。而且对一个组件学都没学，在不了解的情况下，就判处"死刑"，好像也不妥。

于是我决定尝试学习一下DataBinding,但秉着不在xml中写逻辑代码的原则，在学习DataBinding时，有关运算符的介绍都是跳过不看的。例如这些：

减少胶水代码

原本使用kotlin搬砖的我，减少胶水代码才是databinding为我带来最直接的便利。比起修改LiveData的值，然后设置Observer感知LiveData的变化，才对View的数据或状态进行调整。直接使用DataBinding,修改数据的同时，View的数据或状态同步修改，更有一气呵成的感觉。无论是数据绑定，双向绑定，还是设置监听,都是在减少胶水代码。

正如@却把清梅嗅大佬在Android官方架构组件DataBinding-Ex: 双向绑定篇中总结到的：

DataBinding将烦不胜烦的View层代码抽象为了易于维护的数据状态，同时极大减少了View层向ViewModel层抽象的 胶水代码，这就是最大的优势。

“数据级联”

很多时候,我们需要对数据进行转换，以便在前端给用户展示正确的信息，而这种转换应该是自发的。众所周知，在LiveData中存在map扩展方法（内部调用Transformations#map），我们可以利用该函数对数据进行自发的转换。

//性别
val sex = MutableLiveData<Int>()
val sexStr = sex.map {
    when(it){
        1 -> "男"
        2 -> "女"
        else -> ""
    }
}

我可以照常对sex进行赋值，让数据转换自发进行。而数据绑定时，只需要对sexStr进行绑定或订阅。set原始数据，视图呈现我需要展示的信息，好像这样更符合数据驱动的思想。

但由于当时不知道LiveData也能用于dataBinding的数据绑定（流下了没有技术的眼泪），于是我陷入了使用LiveData无法进行数据绑定，使用Observable*类无法进行自发转换的“困境”。

我在想：Observable对象也具转换的能力，该多好呀。于是我打算利用Observable类#addOnPropertyChangedCallback,对Observable类定义一系列map扩展方法。但定义完一个后发现，Observ