DataBinding从使用到放弃

DataBinding是谷歌官方发布的一个框架,基于页面数据直接绑定的mvvm框架,最初接触其时被惊艳到了,其可以在xml文件直接绑定数据,通过Binding类直接拿到有id的控件,页面对数据的监听可以直接修改数据就能改变页面的数据,即使页面有多处使用到。但我现在决定弃用他了。下面一一列出理由。

1.编译延迟

DataBinging的编译不是及时的,我们在xml文件写好布局后,并不能直接就可以找到xml文件对应的Binding类,而要 Rebuild Project后才能找到Binding类,在xml文件添加某个控件的id后,也不能直接引用这个控件,也要Rebuild Project,实际上对xml文件的任何修改,都要Rebuild Project,databinding的相关才会生效,而不像R文件,我们修改后不必做额外的操作,R文件就会更改。而这会影响到编码速度。

2.无用功能多

DataBinding可以在xml文件直接绑定点击事件,可以在属性被改变时(DataBinding的方式改变)触发绑定的事件,然而这些看起来很美的功能,实质上从没被我使用过。

3.布局文件复杂

我们可能会写下如下代码:

    <data>

        <variable
            name="bean"
            type="***.ConsignmentDetailBean"/>

    </data>

    <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
        xmlns:app="http://schemas.android.com/apk/res-auto"
        xmlns:tools="http://schemas.android.com/tools"
        android:layout_width="match_parent"
        android:layout_height="match_parent"
        android:background="#f4f4f4"
        android:orientation="vertical">

            <TextView
                android:layout_width="wrap_content"
                android:layout_height="wrap_content"
                android:layout_marginRight="15dp"
                android:text="@{bean.createTime}"
                android:textColor="@color/colorTextWhite"
                android:textSize="15sp"
                tools:text="2018/08/12  12:20:20" />

    </LinearLayout>

通过网络请求获取到数据实体类后,使用mBinding.setBean(bean);来把数据设置上去,然而当我们要对获取的时间做一些格式上的设置的时候,我们就要先写好一个时间转换的类,再如下调用:

<import type="com.saiot.steward.baseLib.util.TimeUtil"/>
android:text="@{TimeUtil.formatTime(bean.createTime)}"

当然你也可以在实体类的get方法里做处理,但DataBinding的处理确实要麻烦些。因为DataBinding直接支持的函数很有限。

而如果没使用DataBinding,我们直接在set时做下格式处理就好了。

还有一种情况,例如界面要如下显示:”今日待办(10)”,然后后台给我们的接口返回的是10,那么我们在DataBinding上要如此做:

android:test="{@string/a+bean.value+@string/b}"

其中a和b分别是定义在资源文件的”今日待办(”和”)”,而不能直接在XML文件拼接。

4.多模块开发

如果以上问题都是些不够方便的小问题,我还可以忍受,那它在多模块开发上的问题是我放弃它的最主要原因。

DataBinding在多模块开发的时候,有这样一个机制:
- 如果子模块使用了DataBinding,那么主模块也必须在gradle加上配置,不然就会报错;
- 如果主模块和子模块都添加上了DataBinding的配置,那么在编译时,子模块的XML文件产生的Binding类除了在自己的build里会有一份外,在主模块下也会有一份。

那么,如果主模块与子模块都有一个layout根目录的activity_main.xml,主模块生成的ActivityMainBinding会是根据子模块的文件生成的!这种情况我们还可以通过让主模块和子模块使用不同的命名,那么下面这个问题就跟要命了:

如果子模块的某个xml文件使用了一些第三方的控件,那么主模块由于也会生成这个文件的Binding类,并且其会有第三方控件的引用,这时候由于主模块没有引入这些控件,就会报错,解决办法是在子模块应用第三方控件的时候,使用api的方式应用,这样主模块就坚决引用到了这些第三方控件,这是这样违背了解耦的原则。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值