经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 移动开发 » Android » 查看文章
Android视图绑定viewBinding的使用介绍
来源:jb51  时间:2023/1/30 15:19:51  对本文有异议

Google 在 Android Studio 3.6 Canary 11 及更高版本中提供了一个 viewBinding 的开关,可以开启视图绑定功能,以此来替代 findViewById

viewBinding功能可按模块启用。要在某个模块中启用viewBinding,请将 viewBinding 元素添加到其 build.gradle 文件中,如下例所示:

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

如果您希望在生成绑定类时忽略某个布局文件,请将 tools:viewBindingIgnore="true" 属性添加到相应布局文件的根视图中:

  1. <LinearLayout
  2. ...
  3. tools:viewBindingIgnore="true" >
  4. ...
  5. </LinearLayout>

为某个模块启用视图绑定功能后,系统会为该模块中包含的每个 XML 布局文件生成一个绑定类。每个绑定类均包含对根View以及具有 ID 的所有View的引用。系统会通过以下方式生成绑定类的名称:将 XML 文件的名称转换为驼峰式大小写,并在末尾添加“Binding”。

例如,假设某个布局文件的名称为 result_profile.xml

  1. <LinearLayout ... >
  2. <TextView android:id="@+id/name" />
  3. <ImageView android:cropToPadding="true" />
  4. <Button android:id="@+id/button"
  5. android:background="@drawable/rounded_button" />
  6. </LinearLayout>

所生成的绑定类的名称就为 ResultProfileBinding。此类具有两个字段:一个是名为 nameTextView,另一个是名为 buttonButton。该布局中的 ImageView 没有 ID,因此绑定类中不存在对它的引用。

每个绑定类还包含一个 getRoot() 方法,用于为相应布局文件的根View提供直接引用。在此示例中,ResultProfileBinding 类中的 getRoot() 方法会返回 LinearLayout 根视图。

在 Activity 中使用 viewBinding

如需设置绑定类的实例以供 Activity 使用,请在 Activity 的 onCreate() 方法中执行以下步骤:

  • 调用生成的绑定类中包含的静态 inflate() 方法。此操作会创建该绑定类的实例以供 Activity 使用。
  • 通过调用 getRoot() 方法或使用 Kotlin 属性语法获取对根View的引用。
  • 将根视图传递到 setContentView(),使其成为屏幕上的活动View。
  1. private lateinit var binding: ResultProfileBinding
  2. override fun onCreate(savedInstanceState: Bundle) {
  3. super.onCreate(savedInstanceState)
  4. binding = ResultProfileBinding.inflate(layoutInflater)
  5. val view = binding.root
  6. setContentView(view)
  7. }

然后即可使用该绑定类的实例来引用任何View控件:

  1. binding.name.text = viewModel.name
  2. binding.button.setOnClickListener { viewModel.userClicked() }

在Fragment中使用viewBinding

如需设置绑定类的实例以供 Fragment 使用,请在 Fragment 的 onCreateView() 方法中执行以下步骤:

  • 调用生成的绑定类中包含的静态 inflate() 方法。此操作会创建该绑定类的实例以供 Fragment 使用。
  • 通过调用 getRoot() 方法或使用 Kotlin 属性语法获取对根View的引用。
  • onCreateView() 方法返回根View,使其成为屏幕上的活动View。
  1. private var _binding: ResultProfileBinding? = null
  2. // This property is only valid between onCreateView and onDestroyView.
  3. private val binding get() = _binding!!
  4. override fun onCreateView(
  5. inflater: LayoutInflater,
  6. container: ViewGroup?,
  7. savedInstanceState: Bundle?
  8. ): View? {
  9. _binding = ResultProfileBinding.inflate(inflater, container, false)
  10. val view = binding.root
  11. return view
  12. }
  13. override fun onDestroyView() {
  14. super.onDestroyView()
  15. _binding = null
  16. }

然后即可使用该绑定类的实例来引用任何View控件:

  1. binding.name.text = viewModel.name
  2. binding.button.setOnClickListener { viewModel.userClicked() }

注意:inflate() 方法会要求传入LayoutInflater对象。如果布局已经inflated,则可以调用绑定类的静态 bind() 方法。 例如:

  1. /**
  2. * View Binding example with a fragment that uses the alternate constructor for inflation and
  3. * [onViewCreated] for binding.
  4. */
  5. class BindFragment : Fragment(R.layout.fragment_blank) {
  6. // Scoped to the lifecycle of the fragment's view (between onCreateView and onDestroyView)
  7. private var fragmentBlankBinding: FragmentBlankBinding? = null
  8. override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
  9. super.onViewCreated(view, savedInstanceState)
  10. val binding = FragmentBlankBinding.bind(view)
  11. fragmentBlankBinding = binding
  12. binding.textViewFragment.text = getString(string.hello_from_vb_bindfragment)
  13. }
  14. override fun onDestroyView() {
  15. // Consider not storing the binding instance in a field, if not needed.
  16. fragmentBlankBinding = null
  17. super.onDestroyView()
  18. }
  19. }

注意:Fragment 的存在时间比其视图长。请务必在 Fragment 的 onDestroyView() 方法中清除对绑定类实例的所有引用。

与findViewById的区别

与使用 findViewById 相比,viewBinding具有一些很显著的优点:

  • Null 安全:由于viewBinding会创建对View的直接引用,因此不存在因View ID 无效而引发空指针异常的风险。此外,如果View仅出现在布局的某些配置中,则绑定类中包含其引用的字段会使用 @Nullable 标记。
  • 类型安全:每个绑定类中的字段均具有与它们在 XML 文件中引用的View相匹配的类型。这意味着不存在发生类转换异常的风险。

这些差异意味着布局和代码之间的不兼容将会导致构建在编译时(而非运行时)失败。

与dataBinding的对比

viewBinding和dataBinding 均会生成可用于直接引用视图的绑定类。但是,viewBinding旨在处理更简单的用例,与dataBinding 相比,具有以下优势:

  • 更快的编译速度:viewBinding不需要处理注解,因此编译时间更短。
  • 易于使用:viewBinding不需要特别标记的 XML 布局文件,因此在应用中采用速度更快。在模块中启用viewBinding后,它会自动应用于该模块的所有布局。

反过来,与 dataBinding 相比,viewBinding 也具有以下限制:

  • viewBinding不支持布局变量或布局表达式,因此不能用于直接在 XML 布局文件中声明动态界面内容。
  • viewBinding不支持双向数据绑定。

替代 KAE

viewBinding 还有一个重要作用是替代以前的 Kotlin Android Extensions,在之前的kotlin版本中提供了一个针对android的扩展插件,它可以允许我们直接用布局文件中的 view id 来访问 view,也无需写 findViewById。

但是由于 KAE 存在一些潜在的 bug (例如可以访问到不属于当前Activity布局的view id造成空指针异常等), 从 Kotlin 1.7 开始,KAE被正式移除了

那么 viewBinding 的出现也是为了弥补之前 KAE 的功能和缺陷。

最后,viewBinding 只是针对传统 View 体系的开发,在进入 Jetpack Compose 的世界以后,这项功能就基本无用武之地了。

到此这篇关于Android视图绑定viewBinding的使用介绍的文章就介绍到这了,更多相关Android viewBinding内容请搜索w3xue以前的文章或继续浏览下面的相关文章希望大家以后多多支持w3xue!

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号