谷歌的 AndroidX/Jetpack 库是一组实用工具，旨在简化常见的应用需求。例如用于设备上数据库的 Room ，或用来在底层数据更改时更新显示内容的 LiveData 。

有了 Jetpack 库，新项目就省掉了重新发明轮子的麻烦，也不必等待其他开发人员来开源他们的实现方式，现在每位开发者都能获取到那些基础要素了。这些库更新非常频繁，新功能不断推出，错误修复也会及时发布。由于这些库是为了协同工作而构建的，因此多使用 AndroidX 库有助于最大程度地减少应用中出现意外。

从开发工作起步开始就使用 Jetpack 库可以节省数百小时的时间，但我们也可以将已有的应用迁移到 Jetpack 库上面。虽然看起来很麻烦，但由于这些库非常流行，针对迁移工作的指南也很容易找到。至少，底层 Android 元素（视图、片段等）可以自动转换。

接下来我们参考下简书阿闯学长对Jetpack的介绍:

Android Jetpack是下一代组件和工具，以及旨在加速Android开发的架构指南。主要原因是：

构建高质量，强大的应用程序
消除样板代码
加快发展

Architecture Components(架构组件)

Room
- 使用对象映射技术访问流畅的SQLite数据库。
- Need(需求):
  - 更少的模板代码。即，将数据作为对象而不是作为内容值发送到SQLite数据库，并将执行查询的结果作为对象返回为游标。
  - 编译SQLite查询的时间验证。
  - 支持Live Data和RxJava等观察
- 使用Annotations实现其功能，使API简单易用。
- Annotations(注解):
  - @Entity:定义数据库表的模式。
  - @dao:代表数据库访问对象，用于对数据库执行读取或写入操作
  - @database:作为数据库持有人。根据提供的条件创建新数据库，如果已存在，则建立与预先存在的数据库的连接。
- Code(代码):
  - @Entity:
```
        @Entity(tableName = "word_table")public class Word {@PrimaryKey@NonNull@ColumnInfo(name = "word")private String mWord;public Word(String word) {this.mWord = word;}public String getWord(){return this.mWord;}}
```
  大多数注释都是不言自明的，其中@Entity接收并声明即将创建的表的tableName(如果没有提到tableName，则该表将占用该类的名称，在本例中为：Word)并且该类还有许多可选属性，例如设置列名(如果节点指定它占用变量的名称),重要的是要注意实体类中的所有声明都被视为数据库的列。(这里"one" 例如, mWord).您可以使用@Ignore注释将声明忽略为数据库中的列。
  - Room应该可以访问Entity类的成员变量，它应该能够设置或重置或更新存储在成员变量中的值，因此注意虽然成员变量被声明为private，但是有一个公共构造函数， getter访问成员变量。
  - @dao:
```
        @Daopublic interface WordDao {@Insertvoid insert(Word word);@Query("DELETE FROM word_table")void deleteAll();@Query("SELECT * from word_table ORDER BY word ASC")List<Word> getAllWords();}
```
    请注意，Dao应该是abstract class或interface。其余的是自我解释的，如前所述，在这种情况下，从数据库中查询会返回一个对象列表。例如，List<Word> and no a Cursor.。
  - 如果用LiveData <List <Word >>替换List <Word>那么它恰好会为数据库中的每个更改返回一个更新的对象列表。这是LiveData的主要原则之一
  - @database:
```
        @Database(entities = {Word.class}, version = 1)public abstract class WordRoomDatabase extends RoomDatabase {public abstract WordDao wordDao();}
```
    请注意，这必须是抽象的并扩展类RoomDatabase。实体包含必须在数据库中创建的数据库表，并且@doa应该有一个抽象的getter方法
  - Database Connection(数据库连接):
```
       WordRoomDatabase db = Room.databaseBuilder(context.getApplicationContext(),WordRoomDatabase.class, "word_database").fallbackToDistructiveMigration().build();
```
    这里，.fallbackToDistructiveMigration()是一个可选属性，表示数据库模式是否已更改，清除当前现有数据库中存在的所有数据。创建数据库的多个实例是昂贵的，不推荐使用，因此将其保留为单例(它只能有一个类的实例)可以派上用场。
  - Additional Hints（附加提示）
    - 使用@PrimayKey(autoGenerate = true)自动生成主键，它通常应用于整数值，因此从1开始并保持自身递增。
    - 要将成员变量的值传递给查询，请使用:例如：@Query("SELECT * from word_table ORDER BY word LIKE :current_word")
    - 创建并使用Repository类来处理数据操作。您可以处理自定义逻辑，例如，如果您从网络获取数据但没有与Internet的现有连接，则您必须获取并显示缓存的数据或来自dao。
ViewModel
- 以生命周期意识的方式管理与UI相关的数据。
- 由于它在配置更改后仍然存在，因此有可能取代AsyncTask Loaders。
- Need:
  - UI与Data的高度分离。
  - 没有责任太多的重大活动。
  - UI控制器显示数据。
  - ViewModel保存UI数据。
- Reason:
- 假设你的某个实例有一个具有多个UI元素的Activity，并且会根据用户输入更新状态，现在当设备进行配置更改时，数据将因为重新创建活动而丢失。配置改变。当然，你可以利用 onSavedInstanceState() 但是忘记单个字段会导致应用程序出现不一致，这里是ViewModel进入智能播放的地方。
- 在ViewModel中，由于UI数据与活动生命周期分离，因此它可以超越配置更改对数据所产生的影响。因此，在重新创建活动之后，可以从ViewModel获取UI数据以分别更新UI。
- Representation:
  
  image.png
- Code:
  - 从ViewModel或AndroidViewModel扩展
```
    public class MyViewModel extends ViewModel {// Should contain all the UI Data (As LiveData if possible)// Getters and Setters}
```
  - 将ViewModel链接到Activity
```
       public class MyActivity extends AppCompatActivity {public void onCreate(Bundle savedInstanceState) {// Create a ViewModel the first time the system calls an activity's onCreate() method.// Re-created activities receive the same MyViewModel instance created by the first activity.// ViewModelProvider provides ViewModel for a given lifecycle scope.MyViewModel model = ViewModelProviders.of(this).get(MyViewModel.class);model.getUsers().observe(this, users -> {// update UI});}}
```
  - 重要的提示：
    - View Model可以存活：
      - 配置更改
    - View Model无法生存：
      - 按返回，例如：销毁活动。
      - 通过多任务处理活动。
    - View Model不能替代：
      - 坚持
      - 在保存的实例状态
    - 用Activity lifecycle替代App lifecycle
LiveData
- 在基础数据库更改时通知视图
- Need(需要):
  - 反应性UI。
  - 仅在到达onStart()和onResume()时更新。
  - 自动清理自己。
  - 允许与数据库通信到UI而不知道它。
- Representation(表示):
  
  LiveData
- Code:
  - 使用MutableLiveData <String>可以使String成为可能的LiveData
  - 要使用来自实时数据的实时数据更新UI，我们可以使用类似于观察者模式的模式。
```
mModel.getCurrentName().observe(this, new Observer<String>() {@Overridepublic void onChanged(@Nullable final String newName) {// Update the UI, in this case, a TextView.mTextView.setText(newName);}
});
```
- 这里，mModel是ViewModel实例，并假设getCurrentName()返回一个MutableLiveData <String>，并在其上设置观察者，当MutableLiveData中的数据发生变化时，会调用onChanged()。
- Arguments:
  - this : 指定它具有工作的活动 .例如:LifeCycleOwner
  - 'Observer<type>' : type 取决于实时数据的返回类型。

Lifecycles

Terms:
- Lifecycle:定义Android生命周期的对象。
- Lifecycle Owner:这是一个界面：
- Lifecycle Observer: 观察Lifecycle Owner。

Code:

假设我们想要一个必须知道生命周期的监听器：

  public class MyObserver implements LifecycleObserver {@OnLifecycleEvent(Lifecycle.Event.ON_RESUME)public void connectListener() {...}@OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)public void disconnectListener() {...}}lifecycleOwner.getLifecycle().addObserver(new MyObserver());

现在根据Activity或Fragment的当前状态执行操作。

  public class MyObserver implements LifecycleObserver {public void enable(){enable = true;if(lifecycle.getState().isAtleast(STARTED)){// action after onStart is reached}}

Important Note(重要的提示):
- 最初Lifecycle Library保持可选，但现在它已经成为Android开发的基础部分，AppCompatActivity和Fragment类继承了Lifecycle Library的开箱即用。
```
class AppCompatActivity : LifecycleOwner
class Fragment : LifecycleOwner
```

Data Binding
- 声明性地将可观察数据绑定到UI元素。
- 它是一种经过验证的无样板UI解决方案。
- Code:
```
data class User(val name: String, ... )
```
```
<layout><data><variable name="user" type="User"/></data><TextView android:text="@{user.name}"/>
</layout>
```
  - 这里的代码是自我解释器，考虑到你在Kotlin中有一个data class数据类，它有许多字段，这些字段具有必须在UI中更新的实时数据，然后它可以直接在XML文档中解析。 UI通过创建适当的变量来访问数据类，如上所示。
- Important Note(重要的提示):
- 它们具有对LiveData的本机支持，因此可以使用类似于上面显示的实例的LiveData。
- 但这还不足以观察它，因为数据绑定没有生命周期。这可以通过在创建绑定实例时添加LifecycleOwner来修复。
```
binding.setLifecycleOwner(lifecycleOwner)
```
- 这有助于使用LiveData使UI中的数据保持最新。
Paging
- 逐渐从您的数据源按需加载信息。
- 换句话说,延迟加载Recycler View。
- Need
  - 方便
  - 多层
  - 表现
  - 了解生命周期
  - 灵活的不同背景API和数据结构。
- 如果存在要加载的非常大的数据列表，则它在处理内存约束方面非常低效，数据源也可以来自不同的位置，例如来自云的数据源以及来自数据库的其他位置（如果网络不可用等等）。
- 分页库附带一个PagedList类，它是一个Java List实现，它与异步数据源一起使用。
- 每次访问PagedList中的一个项目时，它都会从数据源中赖加载数据。即，在滚动时会从数据源中获取更多数据。
- 最常见的问题之一是，如果数据是从数据源中获取的，该数据源由于查询而返回了数千行，即使用户只能看到8到10，这些千字仍然可以在UI中充满。查询结果的行。这是无效的（请注意，回收站视图只能通过回收列表项资源来帮助处理resorces，它与数据无关）。这是Paging通过按需提供数据（当用户滚动时）到回收器视图的位置。
- Code:
  - 如果使用Room，效果很好。
  - 由于涉及回收器视图，因此使用简单的代码示例来解释分页有点复杂。但我们强烈建议您通过Codelab进行分页和检出分页示例应用程序，以便您更清楚地了解它。
  - 它与创建回收器视图非常相似，并且涉及适配器（如PageListAdapter）和LiveData中的一些更改。
- Important Note(重要的提示):
  - 分页支持RxJava。
  - ListAdapter:ListAdapter是一个RecyclerView适配器，它显示一个列表。
```
  // Call 1listAdapter.submitList(listOf(1,2,3,4))// Call 2listAdapter.submitList(listOf(1,3,4))// 当第二个语句在执行1st之后执行时，它只是删除'2'，// 因为它在后台线程中找到两个更新之间的差异并相应地执行UI更新。// 这使它变得高效。
```
  - 允许占位符
    - 不使用占位符：将列表大小视为列表的大小，直到它被分页，一旦我们到达分页项目的底部，滚动条跳转到滚动界面的中间，我们可以滚动到下一组列出在到达第一个分页列表末尾后分页的项目。这在原理上不是那么好，甚至在处理滚动条的动画时更糟糕。
    - 使用占位符：整个列表的大小将被采用，直到项目数据变为空，然后被分页的内容显示在列表中，并且重新显示以占位符的形式显示，默认情况下启用，一旦它们被分页数据将填补这些占位符。
    - 取决于数据源
      - 位置数据源（最佳选择）
        
        使用滚动跳转到列表的中间，然后从可见的初始位置开始分页。即，可见占位符。
      - ItemKeyed数据源
        
        给定页面，可以使用列表中的第一项来标识前一页，并且可以使用列表中的最后一项来标识以下项。如果数据源在平均值中更新，则从可见列表的开始元素获取页面大小的列表，并执行diff并使更改膨胀。
      - PageKeyed数据源
        
        用于服务器端API。
        
        表示：
      - 最好的方法：
        
        表示：
        I
        
        II
        
        由于以下原因，第一种技术效率不高：
        
        网络不好。
        
        虽然它们存在，但不使用数据库中的本地数据。
        
        这是第二种自我解释的技术。
Navigation
WorkManager

Foundation components(基础组件)

AppCompat
Android KTX
Multidex
Test

Behaviour Components(行为组件)

Download manager
Media & playback
Notifications
Permissions
Sharing
Slices

UI components(UI组件)

Animation & transitions
Auto
Emoji
Fragment
Layout
Palette
TV
Wear OS by Google

AndroidX深入浅出Jetpack全面介绍相关推荐

⚡️VR ✙ 深入浅出⚡️ | VR 简单介绍说明
Jetpack 迁移到 androidX support MD
Markdown版本笔记我的GitHub首页我的博客我的微信我的邮箱 MyAndroidBlogs baiqiantao baiqiantao bqt20094 baiqiantao@sina ...
(转)Android Jetpack Compose 最全上手指南
在今年的Google/IO大会上,亮相了一个全新的 Android 原生 UI 开发框架-Jetpack Compose, 与苹果的SwiftIUI一样,Jetpack Compose是一个声明式的U ...
原创_Android Jetpack Compose 最全上手指南，互联网寒冬公司倒闭后
声明式 UI 框架近年来飞速发展,并且被 Web 开发带向高潮.React 更是为声明式 UI 奠定了坚实基础并一直引领其未来的发展.随后 Flutter 的发布也将声明式 UI 的思想成功带到移动端 ...
原创|Android Jetpack Compose 最全上手指南
在今年的Google/IO大会上,亮相了一个全新的 Android 原生 UI 开发框架-Jetpack Compose, 与苹果的SwiftIUI一样,Jetpack Compose是一个声明式的U ...
Android Jetpack Compose 最全上手指南 | 开发者说·DTalk
本文原作者: 码农西哥,原文发布于微信公众号: Android 技术杂货铺 https://mp.weixin.qq.com/s/7tKv_RamfW0rG8tZHXH_rg 在 2019 年的 G ...
Android Jetpack组件总览
1.前言最近简单看了下google推出的框架Jetpack,感觉此框架的内容可以对平时的开发有很大的帮助,也可以解决很多开发中的问题,对代码的逻辑和UI界面实现深层解耦,打造数据驱动型UI界面. A ...
Jetpack 新成员 SplashScreen：为全新的应用启动效果赋能！
作者 | 小虾米君来源 | TechMerger(ID:ELC-XTLS-QSW) Android 12上新引入的Splash Screen功能,可以高效打造自由.丰富的应用启动效果.但仍占据市场主 ...
深入浅出Mybatis-分页
Mybatis的分页功能很弱,它是基于内存的分页(查出所有记录再按偏移量和limit取结果),在大数据量的情况下这样的分页基本上是没有用的.本文基于插件,通过拦截StatementHandler重写s ...

AndroidX深入浅出Jetpack全面介绍

Architecture Components(架构组件)

Foundation components(基础组件)

Behaviour Components(行为组件)

UI components(UI组件)

AndroidX深入浅出Jetpack全面介绍相关推荐

最新文章

热门文章