写一个MVVM快速开发框架:谈一谈“单Activity+多Fragment”模式

单Activity+多Fragment模式

自从知道这一招之后我基本不太愿意使用activity了,fragment可以快速创建和管理,可以合理设计页面跳转,设计炫酷的跳转动画,一些操作可以统一进行管理。

  1. 用Fragment替代Activity

以前大部分时候都是将Activity作为页面,Fragment作为页面中的子页面(当时称之为碎片),基本上大部分功能由activity实现,比如老版本的淘宝app就是有上百个activity,当时卡顿的不要不要的。随着技术迭代,我们发现activtiy创建、切换、销毁所消耗的性能远比fragment要大,fragment如今也能替代activity实现大部分功能。

  1. 将Activity作为容器

我理解的单Activity+多Fragment模式并不是指一个App一定只有一个activity,对于一些业务相关的场景,可以整合成一个单Activity+多Fragment模块,将activity作为fragment的容器,让fragment去做UI绘制工作。

  1. 管理Fragment栈

我们可以使用navigation管理fragment,fragment之间的跳转、栈管理都轻而易举,navigation还可以设置切换动画、页面间的数据传递。

Navigation组件

Navigation是Jetpack组件之一,很早之前iOS就是采用的这种跳转方式,当时就在想Android为啥没有,没多久Navigation就面世了。

Navigation可以理解为以一个管理fragment的容器,在容器中各个fragment可以实现任意跳转,

基础使用:

  1. 我们需要在布局中创建Fragment容器:
    

  1. 创建navigation.xml文件



    




  1. 使用NavController
val navController = (childFragmentManager.findFragmentById(R.id.module_fragment_container) as NavHostFragment).navController
//跳转
navController.navigate(R.id.mainFragment)

一些具体参数和用法:

navGraph

这个值指向xml文件,在xml文件中我们可以定义fragment,跳转行为,目的地等。

创建、新增Fragment:

image

创建跳转行为:

image

动画、目的地、返回栈配置:

image

NavController

字面意思就是导航控制器,NavController可以控制跳转、返回、动画、监听等操作。我们可以使用它进行灵活的跳转,Google还出了一些Navigation Demo演示如何配合Toolbar和底部导航栏进行使用。

关于具体的用法这里不讲解了,很多文章都有,也可以参考官网。

Navigation存在的问题:

重走生命周期

Navigation目前有个问题:Fragment回退重走生命周期,这个问题可能是Google想让Fragment和activity拥有同样的工作模式,单重走生命周期真的很烦,我们可以自定义NavHostFragment去修复这个问题,具体参考项目代码

修改之后使用如下:

    android:name="androidx.navigation.fragment.NavHostFragment"
    修改为我们自定义的NavHostFragment:
    android:name="com.example.baselibrary.navigation.NavHostFragment"
    
    

组件化中使用Navigation

我们通常使用底部导航栏将app划分出不同的功能,这些都是单独的module,但是在navigation中怎么进行module间的跳转呢?

比如:

image

其布局文件就是一个FragmentContainerView+BottomNavigationView,切换下面按钮的时候需要切换到不同的moduel页面。首先我们将不同的moduel视为一个“单activity+多fragment”的模块,或者也可以省略activity。

方式一:
google的demo中是在MainActivity中创建一个main_navGraph,其中包含了不同子moduel的navGraph ,如下:




    
    
    



navi_homenavi_collectionnavi_center是子moduel中的navGraph文件,这种做法要求其指定startDestination,而且只能跳转到startDestination

配合BottomNavigationView使用:

val navController = (childFragmentManager.findFragmentById(R.id.module_fragment_container) as NavHostFragment).navController
setupWithNavController(binding.bottomNav,navController)

这样子确实可以实现moduel间的切换,但是我发现这种方法每次切换naviagtion都会重新初始化,导致性能消耗很大。

也许是我使用姿势不对?

方式二:
因为app module本身是需要依赖各个子moduel的,我们可以在navGraph直接使用子moduel中的Fragment,主页面只需加入各个module的主Fragment就行了:



    
    
    



在底部状态切换的时候直接切换Fragment就行了:

        val navController = (childFragmentManager.findFragmentById(R.id.module_fragment_container) as NavHostFragment).navController

        binding.bottomNav.setOnItemSelectedListener(object :NavigationBarView.OnItemSelectedListener{
            override fun onNavigationItemSelected(item: MenuItem): Boolean {
                navController.navigate(item.itemId)
                return true
            }
        })

偷懒的话可以将BottomNavigationView使用的menu中的id与navGraph中设置成一样的啊哈哈哈哈


基本上ARouter+Navigation可以满足大部分的页面跳转需求,但还是有一些难点,就是不同moduel之间的navGraph怎么相互控制,暂时没有想到太好的解决办法(可以通过之前提到的想外提供接口服务实现),毕竟Navigation就没打算为组件化准备。

相关视频:
价值100w+Android项目实战大全:MVVM详解
Android(安卓)开发零基础从入门到精通:MVVM实战
原文链接: https://juejin.cn/post/6997422487654891533

你可能感兴趣的:(写一个MVVM快速开发框架:谈一谈“单Activity+多Fragment”模式)