第1章 初识Jetpack

1.1 Android应用程序架构设计标准的缺失概论

一个Android应用程序通常至少有一个Activity，当我们要开发一个小型Android应用程序时，通常会将大部分的代码写在Activity/Fragment中。这些代码包括业务逻辑、数据Model、UI控件等。当涉及网络数据获取或数据库CRUD（Create、Retrieve、Update、Delete，即增加、查询、更新、删除）操作时，还需要用到工作线程，进而，我们还不得不考虑Activity/Fragment的生命周期问题。

针对一个小型项目，将大部分代码写在Activity/Fragment中并没有什么问题，但对于中大型项目而言，随着时间的推移和业务复杂度的增加，Activity/Fragment中的代码会变得复杂且难以维护。因此，我们需要将代码按照功能或类型的不同进行分类，并放到不同的包或类文件中，但又不破坏彼此正常的功能和通信。这在软件开发中叫作“解耦”。为了将代码解耦以应对日益膨胀的代码量，工程师在应用程序中引入了“架构”的概念。使之在不影响应用程序各模块组件间通信的同时，还能够保持模块的相对独立。这样不仅有利于后期维护，也有利于代码测试。

关于架构，相信大家或多或少都听说过MVC（Model View Controller）、MVP（Model View Presenter）和MVVM（Model View ViewModel）。在Android应用程序开发中，一直以来都有用到MVC，将Activity/Fragment与布局文件分开就是一种最简单、最基本的MVC思想，只是它没有很好地解决我们的问题，所以才有了MVP和MVVM。由于Google官方并没有推出关于Android应用程序架构设计的标准，因此，世界各地的工程师只能自己创造各种解决方案，但这些方案都面临着以下问题。

● 非Google官方解决方案。

由于不是Google官方解决方案，所以工程师不敢轻易在自己的线上项目中使用这些方案，除了害怕引入未知问题，更重要的是担心这些解决方案后期是否有开发者持续跟进维护。

● 无法辨别最佳解决方案。

Android的应用架构始终处于一个混乱的阶段，Android工程师很困惑，他们不确定自己使用的架构是否真的是最佳方案。这不仅增加了工程师的学习成本，还可能最终导致他们开发出的应用程序质量参差不齐。

Android工程师希望Google官方可以推出并维护一些关于架构的组件或指南，这样他们就可以将更多的精力放在自己的业务代码上了。Google也意识到了这个问题，这便有了Jetpack，Jetpack正是为了解决这些问题而诞生的^[1]。