观察者模式--DataBinding的原理和坑

上一次我们介绍了DataBinding的应用，不过只在应用层面描述了下，没有做深入分析。
关于DataBinding的实现原理，它的根本思想是观察者模式。
这篇会结合上次的demo来分析它的原理和坑，关于demo源码可以在后台回复”数据绑定”获得。

回顾观察者模式

关于观察者模式有一篇详细的文章可以看看，
重新认识观察者模式
简单的说，当数据发生变化的时候，通过 notify通知观察者去做update。
如果把DataBinding用观察者模式来分析的话，
以这一篇demo的例子来说，
Android UI开发利器-DataBinding
Demo中的UerInfo是数据，当它数据发生改变的时候，notify观察者去更新UI。

DataBinding的观察者

问题回到demo中来，我们并没有在demo里看到观察者相关的代码，像demo的MainActivity，并没有被通知时的回调，那么DataBinding是怎么做到的呢。

实际上DataBinding这样的设计是合理的。数据绑定框架的目标就是免除开发者繁琐的操作UI，它帮我们做这些事情就好了。
所以它通过注解在编译期生成了ActivityMainBinding类，就是下面这里

public class MainActivity extends Activity {
    ....
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        ActivityMainBinding binding = DataBindingUtil.setContentView(this, R.layout.activity_main);
        mUser = new UserInfo();
        binding.setUser(mUser);
    }

ActivityMainBinding可以理解为观察者，它的父类是ViewDataBinding,
它有个抽象方法

/**
 * @hide
 */
protected abstract void executeBindings();

所有的layout都会生成一个Binding类，这个类继承ViewDataBinding，然后实现了execute*方法。
理解DataBinding框架的关键代码就在这里，其他可以选择性忽略，我们看代码的时候是这样的，先抽脉络，细枝末节的处理可以在理解了框架之后再慢慢体会。
下面是这个抽象方法的具体实现逻辑，这些代码都是DataBinding帮我们生成的。

@Override
protected void executeBindings() {
    long dirtyFlags = 0;
    synchronized(this) {
        dirtyFlags = mDirtyFlags;
        mDirtyFlags = 0;
    }
    java.lang.String userName = null;
    java.lang.String stringValueOfUserAge = null;
    int userAge = 0;
    com.phoenix.databindingdemo.UserInfo user = mUser; //<--我们传入的对象

    if ((dirtyFlags & 0xfL) != 0) {
        if ((dirtyFlags & 0xbL) != 0) {
                if (user != null) {
                    // read user.name
                    userName = user.getName();//<--UserInfo类中注解标识的get方法
                }
        }
        if ((dirtyFlags & 0xdL) != 0) {
                if (user != null) {
                    // read user.age
                    userAge = user.getAge();//<--UserInfo类中注解标识的get方法
                }
                // read String.valueOf(user.age)
                stringValueOfUserAge = java.lang.String.valueOf(userAge);//<--layout中的String.valueOf
        }
    }
    // batch finished
    if ((dirtyFlags & 0xdL) != 0) {
        // api target 1
        android.databinding.adapters.TextViewBindingAdapter.setText(this.tvAge, stringValueOfUserAge); //<--设置UI的操作
    }
    if ((dirtyFlags & 0xbL) != 0) {
        // api target 1
        android.databinding.adapters.TextViewBindingAdapter.setText(this.tvName, userName); //<--设置UI的操作
    }
}

重点的部分都用”//<–”标注了出来，对比demo中的代码就可以理解。
我们在activity中把 mUser对象传入了binding类，在每次对它进行set操作的时候都会触发notify，
之后DataBinding框架会回调execute方法，
框架通过注解拿到get方法，然后拿到和UI所对应的数据，之后结合layout中对应的标注去更新UI。
整个观察者模式的逻辑基本就是这样。

DataBinding的坑

官网上的demo很简单，简单到UserInfo中的所有字段都是string，它并没有告诉我们当字段是int时会有什么问题。
如果你看了上面的execute方法的实现，多少应该能猜出来，假设我们没有在layout中对age写String.valueOf方法的话，
userAge就是一个int对象，它会在这里被直接setText

// batch finished
if ((dirtyFlags & 0xdL) != 0) {
    // api target 1
    android.databinding.adapters.TextViewBindingAdapter.setText(this.tvAge, userAge); //<--设置UI的操作
}

对setText传一个int值，会被当做Resource索引，然后导致崩溃。如果你是刚接触DataBinding的新手，估计会看到下面这种崩溃原因

Resource #0x0

原因就是缺少了String.valueOf调用了。

DataBinding的缺点

它的缺点也很明显，我们现的开发工具Android Studio并没有对layout进行java语法校验的功能，而DataBinding很多骚操作都是在layout里用java语法进行标注的。所以一旦发生崩溃，崩溃的log都在java层，开发者并不知道我特么是在layout里少写了什么东西导致的。
所以这玩意见仁见智，适当的使用能大幅提高开发效率，而不理解原理下的使用可能反而会焦头烂额。