手机厂商还没卷完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组件分为四大类的老图：
图片起源：
简略介绍下~
帮忙开发者设计持重、可测试、易保护的利用。
提供横向性能，如：向后兼容、测试、平安、Kotlin语言反对；
尽管说，Android官网曾经找不到下面这个图了，猜想官网旨在强化Architecture架构组件，其余三个只是对已有内容的收集整理。理论开发中，也是这部分的组件用得多一些，Jetpack库可独自应用，也能够组合应用，开发者可按需抉择。对此，官网还进行了更粗疏的分类，具体可见：
对于Jetpack的简介就到这里，在选型时弄清楚组件的存在原因、责任边界，就能对症下药。本节开始折腾，先带来一个超简略的 → ViewBinding(视图绑定)。
从晚期对照XML手写findViewById，到在线工具主动生成：
到AS插件主动生成：
再到View注入框架 ↓
前面Kotlin遍及，带来了扩大创立kotlin-android-extensions(KAE)，间接拿id当控件用，原理：
类中定义一个存储控件援用的HashMap，id为key，控件实例为value，当用到控件时，先查HashMap中该id对应的实例是否缓存，是返回，否findViewById获取实例存到HashMap中，同时把找到的实例返回。
粗犷的空间换工夫，不便是挺不便的，但也存在下述问题：
好景不长，Kotlin 1.4.20-M2中，JetBrains废除了KAE，转而倡议咱们应用ViewBinding。
ViewBinding的作用：代替findViewById，还能够保障空平安和类型平安，反对Java。
注：应用ViewBinding，AGP版本需 >= 3.6
接着介绍下根本用法，局部内容搬运自官网文档：
① 启用ViewBinding
须要启用视图绑定的Module，在其build.gradle增加下述配置：
android { ... viewBinding { enabled = true } }
不须要生成绑定类的布局XML文件，可在根节点中增加下述属性：
...
编译后，AGP会为Module中蕴含的XML布局文件生成一个绑定类，类名规定：
XML文件名转换为Pascal大小写，并加上Binding，比方：result\_profile.xml → ResultProfileBinding。
② 三个类绑定API
// View已存在 funbind(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 () { 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是否带
而后是带的状况，布局文件改下：
应用局部的代码不变，运行奔溃报错信息如下：
起因是merge并不会加载到布局里，解法：把include标签的id去掉，而后bind传入父布局~
⑨ ViewStub
根底用法很简略，也很好上手，但存在下述问题：
需反复编写：创立和回收ViewBinding实例的样板代码，特地是Fragment，还要手动置空。
所以有必要封装优化一波~
① 泛型 + 父类实现模板代码
最容易想到的惯例写法，配合泛型，把模板代码都在父类中写好，非常简单：
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) { override fun initBinding(view: View) = FragmentContentBinding.bind(view) override fun init() { binding.ivLogo.visibility = View.VISIBLE } }
② Kotlin委托 + lifecycle组件
有些敌人可能感觉写在父类中侵入性太强，接着试下用其余形式进行封装，先看原始Activity：
要把圈住的代码干掉，先是泛型传递问题，泛型在进JVM前会被擦除，可在运行时通过反射取得，还能够通过实例化类类型代替类援用，如：
京公网安备 11010802041100号