【Jetpack】学穿：ViewBinding → 视图绑定_viewbinding { enabled = false (1)

2401_84870960

于 2024-05-17 09:13:18 发布

阅读量473

点赞数 3

文章标签：鸿蒙面试学习

本文链接：https://blog.csdn.net/2401_84870960/article/details/138992424

版权

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

但琳琅满目的技术选型，也让开发者无从选择，以致于做出的应用良莠不齐，Android官方一直没推出开发标准。而一些技术社区出于更高效地进行协同开发，逐渐引入了MVP、MVVM等应用开发架构。使用这些架构开发出的应用，从项目质量、代码可读性与可维护性来说，都更加出色，所以这些框架和技术逐渐流行起来。

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

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

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

图片来源：Use Android Jetpack to Accelerate Your App Development，简单介绍下~

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库》
关于Jetpack的简介就到这里，在选型时弄清楚组件的存在缘由、责任边界，就能有的放矢。本节开始折腾，先带来一个超简单的 → ViewBinding(视图绑定)。

0x2、从手写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。

0x3、ViewBinding基本用法

ViewBinding 的作用：代替findViewById，还可以保证空安全和类型安全，支持Java。
注：使用ViewBinding，AGP版本需 >= 3.6
接着介绍下基本用法，部分内容搬运自官方文档：《视图绑定》

① 启用ViewBinding

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

android {
…
viewBinding {
enabled = true
}
}

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

<LinearLayout
…
tools:viewBindingIgnore=“true” >
…

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

XML文件名转换为Pascal大小写，并加上Binding，比如：result_profile.xml → ResultProfileBinding。

② 三个类绑定API

// View已存在
fun bind(view : View) : T

// View未存在
fun inflate(inflater : LayoutInflater) : T
fun 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) : RecyclerView.Adapter<TestAdapter.ViewHolder>() {
private var mList: List = 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是否带**标签**，分为两种，先是不带的情况：
include的xml文件名为sub_include_test.xml，id为include_layout：

然后是带的情况，布局文件改下：

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

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

⑨ ViewStub

基础用法很简单，也很好上手，但存在下述问题：

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

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

0x4、封装优化思路

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

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

abstract class BaseFragment(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(R.layout.fragment_content) {

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！