viewBinding与反射结合的实用实践

2023-11-07 08:12
文章标签 实践 结合 实用 反射 viewbinding

本文主要是介绍viewBinding与反射结合的实用实践，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

首先，官方教程指个路：视图绑定

本文阅读认真阅读大约需要5-20分钟

也可直接跳到文末3.0看最终方案

目录

    • 1 关于ViewBinding
      • 第一点，命名符合一定的规则
      • 第二点，继承自ViewBinding
    • 2 正常使用不便之处
    • 3 话不多说直接看代码1.0
    • 4 话不多说直接看代码2.0
    • 5 话不多说直接看代码3.0

1 关于ViewBinding

XXXBinding是自动生成的：
1、命名符合一定的规则
2、所有的XXXBinding都继承自ViewBinding基类

第一点，命名符合一定的规则

这个在官方文档可以看到:

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

例如，Activity的命名是FirstTestActivity，那么生成的对应binding类名为ActivityTestFirstBinding

第二点，继承自ViewBinding

这个在代码里可以看出来：
在这里插入图片描述

2 正常使用不便之处

按照官方文档，在Activity中使用如下:

    private lateinit var binding: ResultProfileBindingoverride fun onCreate(savedInstanceState: Bundle) {super.onCreate(savedInstanceState)binding = ResultProfileBinding.inflate(layoutInflater)val view = binding.rootsetContentView(view)}

注意，这里定义了一个lateinit var变量
这意味着我们在使用前必须手动初始化
正如官方文档，在Activity#onCreate()方法中，我们需要手动调用inflate方法进行初始化
显然这其中有些代码是固定模板的:

binding = ResultProfileBinding.inflate(layoutInflater)  // ResultProfileBinding只有这个Binding类名会变化
val view = binding.root
setContentView(view)

换一个YyyActivity相应的模板只有YyyBinding不一样，其他都不变

同样，我们看下在Fragment中是怎样的：

    private var _binding: ResultProfileBinding? = null// This property is only valid between onCreateView and// onDestroyView.private val binding get() = _binding!!override fun onCreateView(inflater: LayoutInflater,container: ViewGroup?,savedInstanceState: Bundle?): View? {_binding = ResultProfileBinding.inflate(inflater, container, false)val view = binding.rootreturn view}override fun onDestroyView() {super.onDestroyView()_binding = null}

可以看出，Fragment中使用viewBinding也是如此，存在模板代码

至此你应该知道我想做什么了：能不能将模板代码去掉？

答案是肯定的，我给出的实践方案是：反射+泛型

3 话不多说直接看代码1.0

我们可以直接利用上述的Binding命名的规则来做

/*** 通过泛型+反射的方式简化ViewBinding的初始化，化繁为简，不用每次再手动初始化，只需要传入类型即可* 继承规则：子类后缀必须以Activity结尾*/
open class BaseActivity<BindingClass> : AppCompatActivity() {//私有化的Binding类，类型即为实际使用的Binding类型private var innerBinding: BindingClass? = null//暴露给子类的Binding类，返回innerBinding的非空类型主要是为了避免子类使用//的时候需要频繁加上!!（如有更好的解决方法请务必告诉我）val binding: BindingClass by lazy { innerBinding!! }override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)//以下操作基本相同val acName = javaClass.simpleNameval name = acName.substring(0, acName.indexOf("Activity"))val bindingClass =classLoader.loadClass("com.example.test.databinding.Activity${name}Binding")//最后强转为以泛型传入的实际Binding的类型innerBinding = bindingClass.getMethod("inflate", LayoutInflater::class.java).invoke(null, layoutInflater) as BindingClass}
}// 子类
class MainActivity : BaseActivity<ActivityMainBinding>() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)//关联布局（直接使用BaseActivity的binding即可）setContentView(binding.root)}
}

到这里，子类只需要再关联布局setContentView(binding.root)即可

4 话不多说直接看代码2.0

实际上，细心的朋友会发现，1.0版本是有限制的：
定义的XxxActivity必须以Activity结尾，并且所在的包固定com.example.test.databinding

这相当于死的代码，这是不提倡的，也是不好的
那么我们继续想办法解决这个问题

我们现在实际上是需要解决这个问题loadClass("com.example.test.databinding.Activity${name}Binding")

再注意，上述1.0我们使用到了泛型，在子类中我们实际给出了Binding的类名

class MainActivity : BaseActivity<ActivityMainBinding>()

这不就是泛型参数的实参名吗？

因此，对反射熟悉的朋友应该可以想到，我们下一步就是要通过反射clazz.getGenericSuperclass().getActualTypeArguments()，将这个子类泛型实参的类名拿到

话不多说，直接看代码：

//BaseActivity.kt
open class BaseActivity<BindingClass> : AppCompatActivity() {//私有化的Binding类，类型即为实际使用的Binding类型private var innerViewBinding: BindingClass? = null// 通过lazy的方式，避免在创建是初始化发生错误。因为实际上官方模板的用法，binding需要再onCreate之后初始化 LayoutInflater// 那么这里通过lazy的方式，后续子类不再需要手动初始化protected val mViewBinding: BindingClass by lazy { innerViewBinding!! }override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)// 通过反射的方法拿到对应视图的binding类名和类val actualGenericTypeName = GenericUtil.getActualGenericTypeName(this.javaClass)MyLogUtil.d("binding", "this.javaClass...: $actualGenericTypeName")// 类加载器加载类val bindingClass = classLoader.loadClass(actualGenericTypeName)// 正常一个Activity 中 viewBinding的初始化：// binding = ResultProfileBinding.inflate(layoutInflater)// Fragment中：// _binding = ResultProfileBinding.inflate(inflater, container, false)innerViewBinding = bindingClass.getMethod("inflate", LayoutInflater::class.java).invoke(null, layoutInflater) as BindingClass// inflate方法是ViewBinding的类方法，不是对象方法，因此obj参数为null}
}

// GenericUtil.java
public class GenericUtil {public static String getActualGenericTypeName(@NonNull Class clazz) {String className;Type genericSuperclass = clazz.getGenericSuperclass();ParameterizedType parameterizedType = (ParameterizedType) genericSuperclass;try {Type[] actualTypeArguments = parameterizedType.getActualTypeArguments();Class tClass = (Class) actualTypeArguments[0];className = tClass.getName();} catch (Exception e) {throw new IllegalArgumentException("Wrong ViewBinding Type");}return className;}
}

使用：

// 子类
class MainActivity : BaseActivity<ActivityMainBinding>() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)//关联布局（直接使用BaseActivity的binding即可）setContentView(binding.root)}
}

5 话不多说直接看代码3.0

到此，基本解决了

但是有朋友还会发现，子类中setContentView(binding.root)这行代码也是固定的模板代码，再极致点能否把这个也简化掉呢

答案当然是肯定的

直接操作：

binding在BaseActivity中已经完成加载了，那直接把setContentView(binding.root)写到BaseActivity中行不行?
NO,实际操作就发现不用编译，编译器就提示error了：
在这里插入图片描述
为什么？请朋友自己思考一下动态加载过程

然后你会发现，这个问题可以继续通过动态加载完成：

// BaseActivity.kt
val invoke = bindingClass.getMethod("getRoot").invoke(mViewBinding) as View
setContentView(invoke)

完整代码：

// BaseActivity.kt
open class BaseActivity<BindingClass> : AppCompatActivity() {//私有化的Binding类，类型即为实际使用的Binding类型private var innerViewBinding: BindingClass? = nullprotected val mViewBinding: BindingClass by lazy { innerViewBinding!! }override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)// 通过反射的方法拿到对应视图的binding类名和类val actualGenericTypeName = GenericUtil.getActualGenericTypeName(this.javaClass)val bindingClass = classLoader.loadClass(actualGenericTypeName)innerViewBinding = bindingClass.getMethod("inflate", LayoutInflater::class.java).invoke(null, layoutInflater) as BindingClassval invoke = bindingClass.getMethod("getRoot").invoke(mViewBinding) as ViewsetContentView(invoke)}
}

在子类中使用：

class MainActivity : BaseActivity<ActivityMainBinding>() {override fun onCreate(savedInstanceState: Bundle?) {super.onCreate(savedInstanceState)// ...完成子类其他逻辑...}
}

子类根本不需要干啥事，只需要把泛型参数Binding给即可！

大功告成，实际使用上来方便许多

以上就是本次实践，对你有帮助的话动一下你发财的小手点个赞关注~

有其他见解欢迎私信或评论区交流~

这篇关于viewBinding与反射结合的实用实践的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/362353。

相关文章

基于MySQL Binlog的Elasticsearch数据同步实践

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展，我们的业务数据越来越多，单纯使用 MySQL 已经不能满足我们的数据查询需求，例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后，随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步，我们目前的解决方案是建立数据中间表。把需要检索的业务数据，统一放到一张M
阅读更多...
系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

系统架构师考试学习笔记第三篇——架构设计高级知识（20）通信系统架构设计理论与实践

本章知识考点：         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识
阅读更多...
Prometheus与Grafana在DevOps中的应用与最佳实践

Prometheus与Grafana在DevOps中的应用与最佳实践

Prometheus 与 Grafana 在 DevOps 中的应用与最佳实践 随着 DevOps 文化和实践的普及，监控和可视化工具已成为 DevOps 工具链中不可或缺的部分。Prometheus 和 Grafana 是其中最受欢迎的开源监控解决方案之一，它们的结合能够为系统和应用程序提供全面的监控、告警和可视化展示。本篇文章将详细探讨 Prometheus 和 Grafana 在 DevO
阅读更多...
springboot整合swagger2之最佳实践

springboot整合swagger2之最佳实践

来源:https://blog.lqdev.cn/2018/07/21/springboot/chapter-ten/ Swagger是一款RESTful接口的文档在线自动生成、功能测试功能框架。 一个规范和完整的框架，用于生成、描述、调用和可视化RESTful风格的Web服务，加上swagger-ui，可以有很好的呈现。 SpringBoot集成 pom <!--swagge
阅读更多...
【反射知识点详解】

【反射知识点详解】

Java中的反射（Reflection）是一个非常强大的机制，它允许程序在运行时检查或修改类的行为。这种能力主要通过java.lang.reflect包中的类和接口来实现。 通过反射，Java程序可以动态地创建对象、调用方法、访问字段，以及获取类的各种信息（如构造器、方法、字段等）。 反射的用途 反射主要用于以下几种情况： 动态创建对象：通过类的Class对象动态地创建其实例。访问类的字段
阅读更多...
Go 在orm中使用反射

Go 在orm中使用反射

作为静态语言，golang 稍显笨拙，还好 go 的标准包reflect（反射）包弥补了这点不足，它提供了一系列强大的 API，能够根据执行过程中对象的类型来改变程序控制流。本文将通过设计并实现一个简易的 mysql orm 来学习它，要求读者了解mysql基本知识，并且跟我一样至少已经接触 golang 两到三个月。 orm 这个概念相信同学们都非常熟悉，尤其是写过rails的同学，对acti
阅读更多...
Go 语言中Select与for结合使用break

Go 语言中Select与for结合使用break

func test(){i := 0for {select {case <-time.After(time.Second * time.Duration(2)):i++if i == 5{fmt.Println("break now")break }fmt.Println("inside the select: ")}fmt.Println("inside the for: ")}} 执行后
阅读更多...
vue2实践：el-table实现由用户自己控制行数的动态表格

vue2实践：el-table实现由用户自己控制行数的动态表格

需求 项目中需要提供一个动态表单，如图： 当我点击添加时，便添加一行；点击右边的删除时，便删除这一行。 至少要有一行数据，但是没有上限。 思路 这种每一行的数据固定，但是不定行数的，很容易想到使用el-table来实现，它可以循环读取:data所绑定的数组，来生成行数据，不同的是： 1、table里面的每一个cell，需要放置一个input来支持用户编辑。 2、最后一列放置两个b
阅读更多...
类型信息：反射-Class

类型信息：反射-Class

在说反射前提一个概念：RTTI（在运行时，识别一个对象的类型） public class Shapes {public static void main(String[] args) {List<Shape> shapes = Arrays.asList(new Circle(), new Square(), new Triangle());for (Shape shape : shapes
阅读更多...
【HarmonyOS】-TaskPool和Worker的对比实践

【HarmonyOS】-TaskPool和Worker的对比实践

ArkTS提供了TaskPool与Worker两种多线程并发方案，下面我们将从其工作原理、使用效果对比两种方案的差异，进而选择适用于ArkTS图片编辑场景的并发方案。 TaskPool与Worker工作原理 TaskPool与Worker两种多线程并发能力均是基于 Actor并发模型实现的。Worker主、子线程通过收发消息进行通信；TaskPool基于Worker做了更多场景化的功能封装，例
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2