kotlin-ViewBinding

本文探讨了Kotlin Android Extensions被弃用的原因,重点比较了ViewBinding的优点,如减少命名空间污染和提升代码健壮性。同时,介绍了ViewBinding的基础用法,配置与封装技巧,并列举了相关学习资源。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

kotlin-android-extensions 被废弃的原因

《Kotlin Android Extensions 的未来计划》

  • 污染全局命名空间。
  • 不能暴露可空性信息。
  • 仅支持 Kotlin 代码。

ViewBinding的优势

  • 不污染命名空间。
  • 可以减少获取控件的空指针异常。
  • 支持 Java 代码。
  • ViewBinding 能够很方便地使用 DataBinding。

基础用法

配置文件

首先要在 module 的 build.gradle 文件配置开启 ViewBinding:
123

XML文件

该模块下每个 XML文件 都生成一个对应的绑定类,每个绑定类会包含根视图以及具有 ID 的所有视图的引用
绑定类的命名是:将 XML文件 的名称转换为驼峰命名,并在末尾添加 Binding
eg:对于activity_main.xml,就会生成一个叫ActivityMainBinding的绑定类

<?xml version="1.0" encoding="utf-8"?>
<androidx.constraintlayout.widget.ConstraintLayout
    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"
    tools:context=".MainActivity">

    <TextView
        android:id="@+id/tv_hello_world"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:text="Hello World!"
        app:layout_constraintBottom_toBottomOf="parent"
        app:layout_constraintLeft_toLeftOf="parent"
        app:layout_constraintRight_toRightOf="parent"
        app:layout_constraintTop_toTopOf="parent" />

</androidx.constraintlayout.widget.ConstraintLayout>

如果不想生成某个布局的绑定类,可以在根视图添加 tools:viewBindingIgnore=“true” 属性。
该类的对象可以通过getRoot()方法获得根布局,并且可以获得一个叫tvHelloWorldTextView对象。

class 中使用

绑定类的实例化: 通过调用该类生成相关的 inflate 静态方法获得绑定对象。

class MainActivity : AppCompatActivity() {

    private lateinit var binding: ActivityMainBinding

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        binding = ActivityMainBinding.inflate(layoutInflater)
        setContentView(binding.root)
        binding.tvHelloWorld.text = "Hello Android"

    }
}

在这里插入图片描述

封装

不依托于基类

使用前自动inflate(),无需手动调用。这就用到延时委托来实现
大佬封装好的代码:我看不懂但大受震撼

inline fun <reified VB : ViewBinding> Activity.inflate() = lazy {
  inflateBinding<VB>(layoutInflater).apply { setContentView(root) }
}
 
inline fun <reified VB : ViewBinding> Dialog.inflate() = lazy {
  inflateBinding<VB>(layoutInflater).apply { setContentView(root) }
}
 
@Suppress("UNCHECKED_CAST")
inline fun <reified VB : ViewBinding> inflateBinding(layoutInflater: LayoutInflater) =
  VB::class.java.getMethod("inflate", LayoutInflater::class.java).invoke(null, layoutInflater) as VB
 

在 Activity 中的使用示例:
在这里插入图片描述

学习参考文章
由于水平有限,暂时没将文章中的全部内容学会,日后边学边补充

### 如何在 Android 项目中应用 `kotlin-android`、`kotlin-kapt` 和 `kotlin-parcelize` 插件 #### 使用 `plugins {}` 块的方式 现代 Gradle 构建脚本推荐使用 `plugins {}` 块来声明插件。这种方式更加简洁明了,能够减少配置冲突的可能性。 以下是完整的 `build.gradle` 文件中的插件部分: ```gradle plugins { id 'com.android.application' // 或者 com.android.library 如果是库模块 id 'org.jetbrains.kotlin.android' id 'kotlin-kapt' id 'kotlin-parcelize' } ``` 上述方法适用于大多数场景,并且可以有效避免传统 `apply plugin:` 方式的潜在问题[^1]。 --- #### 调整插件顺序的重要性 如果仍然选择使用传统的 `apply plugin:` 方法,则需要注意插件的应用顺序。某些情况下,特定插件的加载依赖于其他插件已经完成初始化的过程。例如,在引入 `kotlin-android-extensions` 的时候,通常需要先加载 `kotlin-android` 插件[^2]。 以下是一个典型的例子: ```gradle apply plugin: 'com.android.application' apply plugin: 'kotlin-android' apply plugin: 'kotlin-kapt' apply plugin: 'kotlin-parcelize' // apply plugin: 'kotlin-android-extensions' (已废弃) ``` 注意:`kotlin-android-extensions` 已被官方标记为弃用,建议改用 Jetpack Compose 或 View Binding 替代其功能[^3]。 --- #### 数据绑定支持 (`kotlin-kapt`) 当涉及到数据绑定(Data Binding)或者 Room 数据库等注解处理器时,必须显式地添加 `kotlin-kapt` 插件并正确配置相关依赖项。这是因为这些工具通过编译期生成代码实现运行时的功能扩展[^5]。 示例配置如下所示: ```gradle dependencies { kapt "androidx.databinding:databinding-compiler:<version>" } plugins { id 'kotlin-kapt' } ``` 其中 `<version>` 应替换为当前项目的 Data Binding 版本号。 --- #### 组件化开发下的特殊需求 对于采用组件化架构的大型项目来说,可能需要动态判断当前模块是否属于应用程序入口点还是普通的库模块。此时可以通过根项目的全局变量控制插件的选择逻辑。 具体实现可参考以下片段: ```groovy if (rootProject.ext.android.isApplication) { apply plugin: 'com.android.application' } else { apply plugin: 'com.android.library' } plugins { id 'org.jetbrains.kotlin.android' id 'kotlin-kapt' id 'kotlin-parcelize' } ``` 此方案允许开发者灵活管理不同类型的子模块,而无需重复定义相同的构建规则。 --- #### 总结 为了确保最佳实践,请优先考虑利用 `plugins {}` 声明所需插件;同时留意各插件之间的兼容性和加载次序关系。针对高级特性如数据绑定或 Parcelize 功能,则务必集成对应的注解处理器支持。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值