为什么需要架构组件
之前有多少人是把所有代码都写在 Activity里面？几乎每个人都干过一次，对吧！
Android 框架层面上允许自由的做到上面这点，但是后来我们意识到了这么做会带来的问题，这使得我们的代码变得臃肿不堪，难以维护。所以才出现了像mvp，mvvm这样不同的架构模式，这使得我们可以编写更健壮的和可测试的代码。但是Android Team并没有这样的官方组件。而且，我们作为开发者更喜欢争论哪种架构模式更好。
直到Android团队意识到他们需要明确表态并告诉我们应如何构建应用程序，其结果就是发布架构组件和相关指南。
架构组件是什么
一个新的库集合，可帮助您设计健壮的，可测试的和可维护的应用程序。从管理UI组件生命周期和处理数据持久性类开始
简而言之，这些库将帮助我们解决，配置更改，内存泄漏，怎么编写可测试的应用程序的常见问题，在维护架构的同时减少模板代码。
整体架构
以下是您可以一起或单独使用它们的组件。
Lifecycle
Lifecycle提供了类和接口让您可以构建出具有感知生命周期变化的组件，这些组件可以根据Activity和Fragment当前的生命周期自动调整自己的状态。
ViewModel
它是被设计用来储存和管理与UI相关数据的组件，以便数据能够在屏幕旋转等配置变化下保存下来。它不应该访问您的视图结构或保留Activity或Fragment的引用。
它有以下职责：
1.主要职责就是管理UI的数据
2.它处理Activity/ Fragment和应用程序的其他部分之间的通信
3.在配置更改时保存数据
这意味着我们的Activity或Fragment不会负责保存数据，只包含与UI相关的代码。
ViewModel是具有生命感知的，所以不需要担心内存泄露问题
LiveData
LiveData是一个保存值（数据持有者）并允许观察值变化的组件。它被设计用来保存ViewModel中的值，但它也可被用于在应用程序中共享数据。LiveData也能感知生命周期的变化，它能在Activity还存在时候接受数据的改变并在不存在时防止崩溃。
LiveData的优点：
始终保持最新的数据
正确的应对配置变化
没有内存泄漏
Lifecycle — ViewModel — LiveData
Room
Room提供了一个SQLite的抽象层，可以在充分利用SQLite的同时流畅访问的数据库。
简而言之，它就像SQLite数据库的一个ORM，它意味着你可以直接将对象保存到数据库中，并且Room会很好地将对象正确保存到数据库中。
Room的优点：
原始的SQL查询
消除了在SQL查询和Java数据对象之间转换的样板代码
不需要写Cursor或Loader
结论
最后，我觉得这是自构建Android应用程序以来的最好方式。虽然有些迟到，但是总比缺席好。我们可以用这些组件构建出令人惊讶的应用。
Android学习思维导图及资料
需要上述资料的大伙关注+点赞+加群：185873940 免费获取！
群内还有许多免费的关于高阶安卓学习资料，包括高级UI、性能优化、架构师课程、 NDK、混合式开发：ReactNative+Weex等多个Android技术知识的架构视频资料，还有职业生涯规划及面试指导。
网友评论