- 首先,我们的
res
文件夹下的资源将会迎来爆炸式地增长,并且我们都知道res
文件夹不能分层,它只能按module
进行划分,所以你的layout
和mipmap
等文件夹将最先被迫害,当这两个文件夹的资源变多时,你要查找一个layout
或者一张图片都会变得十分费劲 - 其次,如果此时你的
APP
还是只有一个module
,还将会可能导致业务逻辑耦合无法复用,除非你的编程习惯十分良好,但是绝大多数人都做不到,所以我们需要用组件化
来给自己一些约束
,以此创造更高质量的应用程序.
2.使用ARouter对项目进行组件化改造
我特别喜欢ARouter
简介中的一句话:解耦不是前提而是过程.接下来我将介绍如何使用ARouter
对项目进行组件化改造
要组件化,首先你需要创建module
来分割你的业务逻辑.要创建新的module
可以在你的project
名字上右键,然后New->Module
然后选择Android Library
即可.
工程中有一个host
的com.android.application
壳module
,其他包含业务逻辑的module
以com.android.library
实现,host
依赖其他module
,这就可以实现组件化中的热插拔了.
这里列出我对自己项目里组件化改造后的目录结构的摘要
dng(project) //项目根
—— host(module) //壳模块
———— AppGlobal.java //自定义Application类
———— HostActivity.java //用来启动程序的Activity
—— common(module) //公共模块
———— PR.java //所有path的常量的集合
———— TTSService.java //从ai模块下沉的接口
———— Utils.java //通用工具类
—— ai(module) //业务逻辑模块
———— SpeakerFragment.java //业务逻辑
———— TTSServiceImpl.java //TTSService的具体实现类
—— navi(module) //业务逻辑模块
———— NaviFragment.java //业务逻辑
———— NaviViewModel.java //业务逻辑
解释一下:
先说common
模块,这个模块需要包含项目中要使用的所有依赖和一些公用的工具类,之后每个模块都依赖common
模块,这样就可以把common
模块的依赖轻松地依赖导入到其他模块中去而不用在其他模块的build.gradle
中重复地写一大堆脚本.
要想使用ARouter
,先要在common
模块的build.gradle
中使用api
(老版本是compile
)引入ARrouter
的运行时依赖(下面的版本可能不是最新的,获取最新版本请到Github获取最新版本的ARouter)
api ‘com.alibaba:arouter-api:1.4.1’
类似R
文件我们还可以在common
模块中定义一个PR
的java
文件,来保存我们项目中所用到的所有路由的path
public final class PR
{
public static final class navi
{
public static final String navi = “/navi/navi”;
public static final String location_service = “/navi/location”;
}
public static final class ai
{
public final static String tts_service = “/ai/tts”;
public final static String asr_service = “/ai/asr”;
public final static String speaker = “/ai/speaker”;
}
}
这可以帮助我们更好的对页面按模块进行分类,同时,其他模块导入common
模块时,也会将PR
导入进去,但又不需要依赖某个具体实现的模块,我们可以在页面跳转时直接引用这些常量,并且集中起来也好统一管理.
这里需要注意一点,在ARouter
中是使用path
来映射到页面的,每个path
都必须至少有两级,并且每个页面的第一级不可以是其他模块已经使用过的.
host
模块是,是一个空的APP
壳模块,基本不实现任何业务逻辑,通过在build.gradle
中,引用其他模块为自己添加功能.
implementation project(‘:common’)
implementation project(‘:navi’)
implementation project(‘:ai’)
AppGlobal
是我自定义的Application
,我们需要在这里面给ARouter
进行初始化.注意循序不要错,否则你可能会看不到一些log
,而且在Debug
模式下一定要openDebug
,否则ARouter
只会在第一次运行的时候扫描Dex
加载路由表.
public final class AppGlobal extends MultiDexApplication
{
@Override
public void onCreate()
{
super.onCreate();
if (BuildConfig.DEBUG)
{
ARouter.openLog(); // Print log
ARouter.openDebug();
}
ARouter.init(this);
}
}
我的HostActivity
中差不多就只有这些代码,可以看到我获取了ARouter
的单例,然后使用build
引用PR
传入path
,最后调用navigation
获取其他模块的Fragment
用来添加到当前Activity
中.
Fragment fragment = (Fragment) ARouter.getInstance()
.build(PR.navi.navi)
.navigation();
getSupportFragmentManager()
.beginTransaction()
.add(R.id.fragment_container, fragment, PR.ux.desktop)
.setTransition(FragmentTransaction.TRANSIT_FRAGMENT_OPEN)
.commit();
然后是navi
模块,因为这个模块使用了ARouter
的注解,记得要先在build.gradle
配置ARouter
注解处理器的环境(host
模块如果也使用了那么也要配置)
android {
//省略…
//ARouter注解处理器启动参数
javaCompileOptions {
annotationProcessorOptions {
arguments = [AROUTER_MODULE_NAME: project.getName()]
}
}
}
dependencies {
//省略…
//导入公共依赖
implementation project(‘:common’)
//声明ARouter注解处理器
annotationProcessor ‘com.alibaba:arouter-compiler:1.2.2’
}
我们在navi
模块中使用@Route
注解将PR.navi.navi
映射到具体的Fragment
或者Activity
这样:
@Route(path = PR.navi.navi)
public class NaviFragment extends Fragment
或者这样:
@Route(path = PR.navi.navi)
public class NaviActivity extends AppCompatActivity
ARouter
这种使用path
解耦的方式允许我们在开发的过程中更换PR.navi.navi
映射到的Fragment
或Activity
,而在代码修改时把对调用方的影响降低到最小.
但值得注意的是,ARouter
对不同类型的处理是不一样的,如果path
指向的是Fragment
,你需要获取navigation
的返回值并手动把它添加到FragmentManager
中.(如果不了解Fragment
的同学可以看这篇文章 从Activity迁移到Fragment)
Fragment fragment = (Fragment) ARouter.getInstance()
.build(PR.navi.navi)
.navigation();
而Activity
则不需要,它会立即显示
ARouter.getInstance()
.build(PR.navi.navi)
//还可以设置参数,ARouter会帮你存在Bundle中
.withString(“pathId”,UUID.randomUUID().toString())
//Activity 或 Context
.navigation(this);
navi
模块是典型的业务逻辑模块,这里你可导入一些只有这个模块才会使用的专属第三方SDK,比如我在navi
模块中使用了高德地图
的SDK
,其他模块只需要我这个模块的地图功能,但它不应该知道我到底使用的是高德
还是百度
还是腾讯
地图,这就提高了封装性,在未来改变此模块的具体实现时,代价也会小得多.
3.自定义全局拦截器、全局降级策略、全局重定向
ARouter
实现了module
间的路由操作,同时也实现了拦截器的功能,拦截器是一种AOP
(面向切面编程),比较经典的使用场景就是处理页面登录与否的问题.拦截器会在跳转之间执行,多个拦截器会按优先级顺序依次执行.通过实现IInterceptor
接口并标注@Interceptor
注解,这样一来,这个拦截器就被注册到ARouter
当中了.
process
方法会传入Postcard
和InterceptorCallback
,Postcard
携带此次路由的关键信息,而InterceptorCallback
则用于处理此次拦截,调用onContinue
则放行,又或者调用onInterrupt
抛出自定义异常.
拦截器会在ARouter
初始化的时候进行异步
(不在主线程)初始化,如果第一次路由发生时,还有拦截器没有初始化完毕,那么ARouter
会等待该拦截器初始化完毕才进行路由.
@Interceptor(priority = 8)
public class TestInterceptor implements IInterceptor {
@Override
public void process(Postcard postcard, InterceptorCallback callback) {
callback.onContinue(postcard); // 处理完成,交还控制权
// callback.onInterrupt(new RuntimeException(“我觉得有点异常”));
// 觉得有问题,中断路由流程
// 以上两种至少需要调用其中一种,否则不会继续路由
}
@Override
public void init(Context context) {
// 拦截器的初始化,会在ARouter初始化的时候调用该方法,仅会调用一次
}
}
当页面未找到时,我们可以定义一种降级策略来让程序继续运行,此时我们需要实现DegradeService
接口,并用@Route
(必须)标注,然后它会在全局范围内生效,你可以在onLost
回调中自定义降级逻辑.
@Route(path = “/xxx/xxx”)
public class DegradeServiceImpl implements DegradeService {
@Override
public void onLost(Context context, Postcard postcard) {
// do something.
}
@Override
public void init(Context context) {
}
}
有时候页面我们需要将path
其重定向别的path
,这时我们可以实现PathReplaceService
接口,并用@Route
(必须)标注,然后它会在全局范围内生效.所以若没有重定向需求记得返回原path
@Route(path = “/xxx/xxx”)
public class PathReplaceServiceImpl implements PathReplaceService {
String forString(String path) {
return path; // 按照一定的规则处理之后返回处理后的结果
}
Uri forUri(Uri uri) {
return url; // 按照一定的规则处理之后返回处理后的结果
}
@Override
public void init(Context context) {
}
最后说一下我的学习路线
其实很简单就下面这张图,含概了Android所有需要学的知识点,一共8大板块:
- 架构师筑基必备技能
- Android框架体系架构(高级UI+FrameWork源码)
- 360°Androidapp全方位性能调优
- 设计思想解读开源框架
- NDK模块开发
- 移动架构师专题项目实战环节
- 移动架构师不可不学习微信小程序
- 混合开发的flutter
Android学习的资料
我呢,把上面八大板块的分支都系统的做了一份学习系统的资料和视频,大概就下面这些,我就不全部写出来了,不然太长了影响大家的阅读。
330页PDF Android学习核心笔记(内含上面8大板块)
Android学习的系统对应视频
总结
我希望通过我自己的学习方法来帮助大家去提升技术:
-
1、多看书、看源码和做项目,平时多种总结
-
2、不能停留在一些基本api的使用上,应该往更深层次的方向去研究,比如activity、view的内部运行机制,比如Android内存优化,比如aidl,比如JNI等,并不仅仅停留在会用,而要通过阅读源码,理解其实现原理
-
3、同时对架构是有一定要求的,架构是抽象的,但是设计模式是具体的,所以一定要加强下设计模式的学习
-
4、android的方向也很多,高级UI,移动架构师,数据结构与算法和音视频FFMpeg解码,如果你对其中一项比较感兴趣,就大胆的进阶吧!
希望大家多多点赞,转发,评论加关注,你们的支持就是我继续下去的动力!加油!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!
理解其实现原理
-
3、同时对架构是有一定要求的,架构是抽象的,但是设计模式是具体的,所以一定要加强下设计模式的学习
-
4、android的方向也很多,高级UI,移动架构师,数据结构与算法和音视频FFMpeg解码,如果你对其中一项比较感兴趣,就大胆的进阶吧!
希望大家多多点赞,转发,评论加关注,你们的支持就是我继续下去的动力!加油!
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》,点击传送门,即可获取!