乐趣区

关于android:AndroidJetpack之视图绑定ViewBinding

jiezi

1.Jetpack 简介

手机厂商还没卷完 Android 12，Android 13就悄悄声息地来了，间隔 Google 2008 年 9 月 22 日公布 Android 1.0，已过来 13 个年头。

历经 13 年的打磨和积淀，Android 体系与社区生态已十分成熟，开发者从最后的框架少、没标准、代码都得本人写，到轮子、框架满天飞。得益于此，咱们少做了很多脏活累活(根底代码)，把更多的工夫花在业务逻辑上，达成疾速迭代的目标。

但目不暇接的技术选型，也让开发者无从选择，以致于做出的利用参差不齐，Android 官网始终没推出开发规范。而一些技术社区出于更高效地进行协同开发，逐步引入了 MVP、MVVM 等利用开发架构。应用这些架构开发出的利用，从我的项目品质、代码可读性与可维护性来说，都更加杰出，所以这些框架和技术逐步流行起来。

Google 始终致力于 Android 生态环境的搭建，为了解决开发碎片化，不便宽广开发者，在 2018 年的 Google I/ O 大会上推出了 全新的 Android Jetpack 利用开发架构 。它是一套 库、工具和指南的汇合 ，称作Jetpack 开发工具集 可能更贴切。

Android Jetpack 向后兼容，是为古代设计实际而设计的，如关注点拆散、测试能力、涣散耦合、观察者模式、管制翻转、Kotlin 集成等生产力个性。旨在让开发者用更少的代码，更易构建出强壮、高质量的应用程序。

网上盛传的一张将 Jetpack 组件分为四大类的老图：

图片起源：

  • [Use Android Jetpack to Accelerate Your App Development](
    https://android-developers.go…)

简略介绍下~

Architecture → 架构

帮忙开发者设计持重、可测试、易保护的利用。

  • Data Binding→数据绑定 ，可应用 申明式 将布局中的界面组件绑定到利用中的数据源；
  • Lifecycles→生命周期感知，可感知和响应 Activity 和 Fragment 的生命周期状态的变动；
  • LiveData→可察看的数据持有者类，与惯例 Observable 不同，它是具备生命周期感知的；
  • Navigation→利用内导航，Fragment 的治理框架，或者说路由；
  • Paging→列表分页，能够轻松实现分页预加载以达到有限滑动的成果；
  • Room→轻量级 ORM 数据库，实质上是一个 SQLite 形象层，注解 + 编译时主动生成性能类；
  • ViewModel→数据存储组件，具备生命周期感知能力；
  • WorkManager→托管延时工作，即便 APP 被杀、或设施重启，只有 TaskRecord 还存在最近拜访列表中，都会执行；

Foundation → 根底

提供横向性能，如：向后兼容、测试、平安、Kotlin 语言反对；

  • AppCompat→ 帮忙较低版本的 Android 零碎进行兼容；
  • Android KTX→ 基于 Kotlin 个性为 Android、Jetpack 提供一些繁难易用的扩大；
  • Multidex→ 为具备多个 Dex 文件利用提供反对；
  • Test→ 用于单元和运行时界面测试的 Android 测试框架；
  • Benchmark(性能检测)、Security(平安)等；

UI → 界面

  • Animation & Transition→ 内置动画及自定义动画成果；
  • Emoji→ 即使用户没有更新 Android 零碎也能够获取最新的表情符号；
  • Auto(车)、TV、WearOS；
  • Fragment→ 组件化界面的根本单位；
  • Layout→ 用 XML 中申明 UI 元素或者在代码中实例化 UI 元素；
  • Paletee→ 从调色板中提取出有用的信息；

Behavior → 行为

  • Download Manager→ 解决长时间运行的 HTTP 下载、超时重连的零碎服务；
  • Media & Playback→ 用于媒体播放和路由 (包含 Google Cast) 的向后兼容 API；
  • Permissions→ 用于检查和申请利用权限的兼容性 API；
  • Notifications→ 提供向后兼容的告诉 API，反对 Wear 和 Auto；
  • Sharing→ 提供适宜利用操作栏的共享操作；
  • Slices→ 一种 UI 模板，创立可在养分内部显示利用数据的灵便界面元素；

尽管说，Android 官网曾经找不到下面这个图了，猜想官网旨在强化Architecture 架构组件，其余三个只是对已有内容的收集整理。理论开发中，也是这部分的组件用得多一些，Jetpack 库可独自应用，也能够组合应用，开发者可按需抉择。对此，官网还进行了更粗疏的分类，具体可见：

  • [《按类型摸索 Jetpack 库》](
    https://developer.android.com…)

对于 Jetpack 的简介就到这里，在选型时弄清楚组件的 存在原因、责任边界，就能对症下药。本节开始折腾，先带来一个超简略的 → ViewBinding(视图绑定)。

2. 从手写 findViewById 到 ViewBinding

从晚期对照 XML 手写 findViewById，到在线工具主动生成：

到 AS 插件主动生成：

再到 View 注入框架 ↓

  • ButterKnife(黄油刀)

前面 Kotlin 遍及，带来了扩大创立 kotlin-android-extensions(KAE)， 间接拿 id 当控件用，原理：

类中定义一个存储控件援用的 HashMap，id 为 key，控件实例为 value，当用到控件时，先查 HashMap 中该 id 对应的实例是否缓存，是返回，否 findViewById 获取实例存到 HashMap 中，同时把找到的实例返回。

粗犷的 空间换工夫，不便是挺不便的，但也存在下述问题：

好景不长，Kotlin 1.4.20-M2 中，JetBrains 废除了 KAE，转而倡议咱们应用ViewBinding。

3.ViewBinding 根本用法

ViewBinding的作用：代替 findViewById，还能够保障空平安和类型平安，反对 Java。

注：应用 ViewBinding，AGP 版本需 >= 3.6

接着介绍下根本用法，局部内容搬运自官网文档：

  • [《视图绑定》](
    https://developer.android.com…)

① 启用 ViewBinding

须要启用视图绑定的 Module，在其build.gradle 增加下述配置：

android {...       viewBinding {           enabled = true}   }

不须要生成绑定类的布局 XML 文件，可在根节点中增加下述属性：

<LinearLayout           ...           tools:viewBindingIgnore="true" >       ...   </LinearLayout>

编译后，AGP 会为 Module 中蕴含的 XML 布局文件生成一个绑定类，类名规定：

XML 文件名转换为 Pascal 大小写，并加上 Binding，比方：result\_profile.xml → ResultProfileBinding。

② 三个类绑定 API

// View 已存在   fun  <T>  bind(view : View) : T      // View 未存在   fun  <T>  inflate(inflater : LayoutInflater) : T   fun  <T>  inflate(inflater : LayoutInflater, parent : ViewGroup?, attachToParent : Boolean) : T

接下来演示一波各种场景下的 ViewBinding 用法，其实都是围绕上述三个 API 进行的~

③ Activity

class  MainActivity : AppCompatActivity() {       private lateinit var binding: ActivityMainBinding          override  fun  onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)           // 1、实例化绑定实例           binding = ActivityMainBinding.inflate(layoutInflater)           // 2、取得对根视图的援用           val view = binding.root           // 3、让根视图称为屏幕上的流动视图           setContentView(view)           // 4、援用视图控件           binding.tvContent.text = "批改 TextView 文本"       }   }

④ Fragment

class  ContentFragment: Fragment() {       private  var _binding: FragmentContentBinding? = null       private  val binding get() = _binding!!          override  fun  onCreateView(inflater: LayoutInflater,           container: ViewGroup?,           savedInstanceState: Bundle?): View {_binding = FragmentContentBinding.inflate(inflater, container, false)           return binding.root       }          override  fun  onViewCreated(view: View, savedInstanceState: Bundle?) {super.onViewCreated(view, savedInstanceState)           binding.ivLogo.visibility = View.GONE       }          override  fun  onDestroyView() {           super.onDestroyView()           // Fragment 的存活工夫比 View 长，务必在此办法中革除对绑定类实例的所有援用           // 否则会引发内存泄露           _binding = null       }   }

如果布局已 inflated，还能够采纳另一种写法(调 bind)：

class  TestFragment: Fragment(R.layout.fragment_content) {private var _binding: FragmentContentBinding? = null          override  fun  onViewCreated(view: View, savedInstanceState: Bundle?) {super.onViewCreated(view, savedInstanceState)           val binding = FragmentContentBinding.bind(view)           _binding = binding           binding.ivLogo.visibility = View.VISIBLE       }          override  fun  onDestroyView() {           super.onDestroyView()           // 同样须要置空           _binding = null       }   }

⑤ Dialog

如果是继承 DialogFragment 写法同 Fragment，如果是继承 Dialog 写法示例如下(PopupWindow 相似)~

class  TestDialog(context: Context) : Dialog(context) {override  fun  onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)           val binding = DialogTestBinding.inflate(layoutInflater)           setContentView(binding.root)           binding.tvTitle.text = "对话框题目"       }   }

⑥ RecyclerView

class  TestAdapter(list: List<String>) : RecyclerView.Adapter<TestAdapter.ViewHolder>() {       private  var mList: List<String> = list          override  fun  onCreateViewHolder(parent: ViewGroup, viewType: Int): ViewHolder {// 需在此初始化以取得父类容器           val binding = ItemTestBinding.inflate(LayoutInflater.from(parent.context), parent, false)           return ViewHolder(binding)       }          override  fun  onBindViewHolder(holder: ViewHolder, position: Int) {holder.tvItem.text = "Adapter"}          override  fun  getItemCount() = mList.size          // 传递 Binding 对象       class  ViewHolder(binding: ItemTestBinding) : RecyclerView.ViewHolder(binding.root) {var tvItem: TextView = binding.tvItem}   }

⑦ 自定义 ViewGroup

ViewGroup 子类能力应用视图绑定，View 子类不可应用，示例如下：

class  TestLayout: LinearLayout {constructor(context: Context): super(context)       constructor(context: Context, attrs: AttributeSet): super(context, attrs) {val inflater = LayoutInflater.from(this.context)           val binding = ItemLayoutBinding.inflate(inflater, this, true)           binding.tvLayout.text = "自定义 ViewGroup"       }          override fun onDraw(canvas: Canvas?) {super.onDraw(canvas)       }   }

⑧ include

依据 include 的布局 xml 是否带<merge> 标签，分为两种，先是不带的状况：include 的 xml 文件名为 sub\_include\_test.xml，id 为 include\_layout：

而后是带的状况，布局文件改下：

应用局部的代码不变，运行奔溃报错信息如下：

起因是 merge 并不会加载到布局里，解法：把 include 标签的 id 去掉，而后 bind 传入父布局~

⑨ ViewStub

根底用法很简略，也很好上手，但存在下述问题：

需反复编写：创立和回收 ViewBinding 实例的样板代码，特地是 Fragment，还要手动置空。

所以有必要封装优化一波~

4. 封装优化思路

① 泛型 + 父类实现模板代码

最容易想到的惯例写法，配合泛型，把模板代码都在父类中写好，非常简单：

abstract  class  BaseFragment<T : ViewBinding>(layoutId: Int) : Fragment(layoutId) {private  var _binding: T? = null       val binding get() = _binding!!          override  fun  onViewCreated(view: View, savedInstanceState: Bundle?) {super.onViewCreated(view, savedInstanceState)           _binding = initBinding(view)           init()}          abstract  fun  initBinding(view: View): T          abstract  fun  init()          override  fun  onDestroyView() {_binding = null           super.onDestroyView()       }   }      // 子类实现   class  TestFragment : BaseFragment<FragmentContentBinding>(R.layout.fragment_content) {override  fun  initBinding(view: View) = FragmentContentBinding.bind(view)          override  fun  init() {           binding.ivLogo.visibility = View.VISIBLE}      }

② Kotlin 委托 + lifecycle 组件

有些敌人可能感觉写在父类中侵入性太强，接着试下用其余形式进行封装，先看原始 Activity：

要把圈住的代码干掉，先是 泛型传递问题，泛型在进 JVM 前会被擦除，可在运行时通过反射取得，还能够通过实例化类类型代替类援用，如：

fun <T: Activity> FragmentActivity.startActivity(context: Context, clazz: Class<T>) {startActivity(Intent(context, clazz))   }      // 调用处   startActivity(context, MainActivity::class.java)

而在 Kotlin 中还能够用 inline 定义一个 内联函数 (编译时主动替换到调用地位)，配合reified 具体化(类型不擦除)，失去泛型类型的 Class，如：

inline  fun <reified T : Activity> Activity.startActivity(context: Context) {startActivity(Intent(context, T::class.java))   }      // 调用   startActivity<MainActivity>(context)

能够，配合反射 invoke()调用，顺手写上一个扩大办法：

调用下：

看似探囊取物，后果一跑就崩：

不过也在预料之内，Activity 还没 onCreate()就初始化了，不空才怪，能够利用 规范委托 -lazy提早初始化，批改后的代码：

调用下：

运行通过，你还能够把还能够把 setContentView()也塞到扩大中：

配合 lifecycle 组件，棘手把 Fragment 的也写进去：

调用下：

对了，如果还不想应用反射，能够利用 Kotlin 高阶函数，示例如下：

调用下：

啧啧啧，你还能够不必 lazy，本人重写ReadOnlyProperty，这里只是试试水封装，并没用到生产上，更欠缺的封装计划可自行参考下述开源库：

  • [Binding](
    https://github.com/hi-dhl/Bin…)
  • [VBHelper](
    https://github.com/jaydroid10…)

5. 原理

AGP 会为模块中每个 XML 生成一个绑定类，该类的实例会间接援用布局中申明了资源 id 的 View

① 主动生成的绑定类

关上：module 模块名 /build/generated/intermediates/javac/ 渠道 / 包名 /databinding

能够看到 (基于 AGP 7.1.1，不同 AGP 版本可能不一样)：

主动生成的 class 文件，顺手关上一个：

所以实质上还是 findViewById，只是主动生成了控件实例，并一一对应，接着简略理解下大略的生成流程。

② 生成 Java 类

执行 gradlew assembleDebug，在 Task 构建列表没找到 ViewBinding，却找到了 DataBinding：

关上 AGP 源码，全局搜dataBindingMergeGenClasses→DataBindingMergeBaseClassLogTask.kt

跟到：TaskManager.kt→createDataBindingTasksIfNecessary

2333，跟 DataBinding 混一起了，所以ViewBinding 其实只是 DataBinding 性能的一小部分~

看回：DataBindingMergeBaseClassLogTask，增量和全量执行动作：

跟下：DataBindingMergeBaseClassLogDelegate

跟下：DataBindingMergeBaseClassLogRunnable

判断文件是否新建、批改、或移除，跟下是哪个文件：

全局搜下这个结尾的文件，在下述目录找到了它：

不难看出是：XML 名称和 ViewBinding 类的映射，往下看DataBindingMergeDependencyArtifactsTask，BR 相干的，目前不晓得是干嘛的。再往下走：DataBindingGenBaseClassesTask → CreationAction：

跟下：DataBindingGenBaseClassesTask → @TaskAction

先看buildInputArgs()，构建输出参数，同样对增量和全量编译进行了不同的解决，而后返回配置实例

接着看 CodeGenerator 类，见名知意，代码生成器：

这里间接索引不到BaseDataBinder，须要另外依赖：databinding-compiler-common

implementation 'androidx.databinding:databinding-compiler-common:7.1.0'

async 后就能够了，关上

  • [MVNResponsitory – Gradle » 7.1.0](
    https://mvnrepository.com/art…)

能够看到它依赖了 47 个运行时库~

跟下：BaseDataBinder → generateAll()

跟下：ViewBinderGenerateJava.kt → toJavaFile() → JavaFileGenerator

Java 文件就是从这里结构进去的，具体结构过程，感兴趣的能够本人翻阅下此文件。

另外，如果你想理解布局采集和写 Layout 局部的逻辑，能够参考

  • [《ViewBinding 的实质》](
    https://juejin.cn/post/684490…)

笔者卷不动了 …

6. 一些补充

① 与 DataBinding 的区别

能够把 ViewBinding 看做 DataBinding 性能的子集，它有的性能 DataBinding 都有，不须要数据绑定 ， 单纯想代替 findViewById能够用 ViewBinding。

② 不必 build 就能主动生成 Java 类

笔者猜想：AS 起了一个过程 Filesystem events processor 用于监听文件变动，有文件变动时回调执行 ViewBinding 相干的 Task。

③ KAE 库过期，迁徙 Parcelable

Module档次的 build.gradle 增加 kotlin-parcelize 插件。

转自：抠腚男孩

以上就是本节的全部内容，有疑难或补充欢送评论区指出，谢谢~

退出移动版