Android Jetpack 架构开发组件化应用实战

大家好，好久没有更新文章了，最近在工作之余通过WanAndroid开放API使用Jetpack架构相关组件开发WanAndroid应用，本文主要是对整个应用的技术架构作一个简单的介绍。后续会针对某些技术点进行展开来说明。

项目地址：https://github.com/winlee28/Jetpack-WanAndroid

项目介绍

本项目采用组件化+MVVM架构进行开发，对功能组件和业务组件进行拆分，通过ARouter进行组件之间的通信。

技术要点

主要涉及技术点：Kotlin+Jetpack+Coroutines+Retrofit+koin

项目整体架构图：

宿主App没有任何的业务代码，整个业务被拆分为各个ft_lib模块。对一些功能组件进行封装抽取为lib，提供给上层依赖。ft_lib之间没有任务依赖关系，通过Arouter进行通信。

首页分为5个Tab，主要为首页、项目、导航、体系和我的。

整个页面框架使用BottomNavigationView + Navigation来搭建。通过menu来配置底部菜单。通过NavHostFragment来配置各个fragment。系统提供的FragmentNavigator的navigate方法中是通过replace来加载fragment。这就导致在切换Tab的时候fargment会重复的调用onCreateView方法。这肯定不是我们需要的。那么我们需要自定义自己的FragmentNavigator来替换系统的，通过show和hide的方式来加载fragment。具体方式会在后续系列文章中进行讲解。

因为App使用了沉浸式状态栏，那么在使用的过程中也会出现只有第一个fragment的沉浸式是起作用的，其他的基本不生效。这个问题要从系统源码着手解决。

根本原因是这段代码：

private WindowInsets brokenDispatchApplyWindowInsets(WindowInsets insets) {        if (!insets.isConsumed()) {            final int count = getChildCount();            for (int i = 0; i < count; i++) {                insets = getChildAt(i).dispatchApplyWindowInsets(insets);                if (insets.isConsumed()) {                    break;                }            }        }        return insets;    }

直接break了。所以我们也需要自定义一个view来重写dispatchApplyWindowInsets方法。具体也会在后续文章中进行讲解。

下面就简单介绍下各个Tab的技术要点。

首页

首页主要分为顶部Banner和底部的文章列表。列表使用Paging加载。

并且封装了AbsListFragment和AbsListViewModel来快速搭建列表页面。

AbsListFragment主要是封装了页面布局相关的元素。AbsListViewModel主要是封装了paging的一些常用配置等信息。通过上述两个封装我们在开发列表页面的时候只需要关系DataSource和adapter即可。

项目

项目Tab主要使用的是TabLayout和ViewPager2来配合实现联动。同样的ViewPager2的页面也是直接继承了AbsListFragment来实现列表页面。

导航

导航页面主要分为顶部的搜索和底部的分类。点击搜索后打开新的页面。通过fragment来承载热门搜索和搜索返回结果。底部的分类主要是通过RecyclerView+ViewPager2来实现的。通过设置ViewPager2的orientation为ORIENTATION_VERTICAL来实现列表滑动。

体系

通过自定义FlowLayout来实现Tag标签管理。并进一步封装TagFlowLayout并对外提供TagAdapter来加载数据。

所有的下拉刷新换个下拉加载都是通过SmartRefreshLayout来实现的。通过阅读Paging源码我们了解到当请求数据返回空数据的时候，那么Paging就

不会继续帮我们来做分页加载了，默认会认为数据已经加载结束了。这个逻辑在实际开发中是有些问题的。所以就需要我们来返回空数据的时候手动来加载

分页逻辑。这里是通过自定义DataSource来完成。其实Paging框架只提供了加载数据的方式，在增加或者删除的逻辑目前都是不不支持的。这些都可以通过自定义DataSource来完成。具体也会在后续文章中进行讲解。

网络请求

主要还是通过Retrofit+协程来完成。整个应用的数据流向架构为：

目前还未加缓存功能，后续会通过room来实现缓存功能。

组件通信

组件通信主要是通过Arouter来实现的。通过提供的IProvider来定义Service来完成。Service的实现定义在各自的module中。并在base模块中定义ServiceImpl的包装类供调用方调用，这样对方就无需关心业务逻辑，直接使用即可。

依赖注入

因为App是采用Kotlin来开发的，所以 没有选择dagger2而是选择了Koin，适用于 Kotlin 开发人员的实用轻量级依赖注入框架。

用纯 Kotlin 编写，无代理，无代码生成，无反射。

学习地址 ：https://start.insert-koin.io/#/quickstart/kotlin

以上就是应用的简单介绍。后续会出一些文字单独讲解相关技术点。

是时候上车 Jetpack 了，内含音乐播放器实例

Jetpack Hilt 依赖注入框架上手指南

如果你有写博客的好习惯
欢迎投稿
赞+在看,小生感恩❤️