其他分享
首页 > 其他分享> > Kotlin可能带来的一个深坑,终局之战

Kotlin可能带来的一个深坑,终局之战

作者:互联网

缘起

经过近十年的发展,Android技术优化日新月异,如今Android 10.0 已经发布,Android系统性能也已经非常流畅,可以在体验上完全媲美iOS。到了各大厂商手里,改源码、自定义系统,使得Android原生系统变得鱼龙混杂,然后到了不同层次的开发工程师手里,因为技术水平的参差不齐,即使很多手机在跑分软件性能非常高,打开应用依然存在卡顿现象。

APP进行性能优化已成为开发者该有的一种综合素质,也是开发者能够完成高质量应用程序作品的保证。

阿里P8大佬,没错还是那个大佬,国庆花了整整一星期时间,将Android-360°全方位性能优化知识点,以及微信、淘宝、抖音、头条、高德地图、优酷等等亿万级用户APP在性能优化方面的实践经验,整合成了一套系统的知识笔记PDF,从理论到实践,涉及Android性能优化的所有知识点,长达721页电子书!相信看完这份文档,你会对Android性能调优知识体系及各种方案有更系统、更深入的理解。

由于文档内容过多,为了避免影响到大家的阅读体验,在此只以截图展示部分内容,721页详细完整版的【Android-360°性能调优】文档领取方式:点赞+关注,然后私信关键词 【666】即可获得免费领取方式!

首先我们来看一下组件化项目和传统项目的区别:

在传统的项目里

我们通常情况下会有一个commonLib的Libary模块和一个app的application模块,业务中的逻辑都写在app中各个功能模块放到不同的包下。这样做有以下几个主要的缺点:

1.无论分包做的再好,随着项目的增大,项目会逐渐失去层次感,别人来接手的时候会很吃力。

2.我们在debug一个小功能的时候每次修改代码都需要重新build整个项目,这样显的很不合理(不知道AS的热部署有没有解决这个问题)

3.多人联合开发在版本管理中很容易出现冲突和代码覆盖的问题

在组件化项目中

除了有commonLib和app模块外,我们按照功能划分各个业务组件模块(eg:微信可以划分出chat,contract,find,mine四个大模块),之前的包变成现在的模块,增加了层次感;每个功能模块可以单独编译,加快了编译速度,也为提供单元模块测试提供了支持;多人开发只负责自己的模块,直接避免了版本管理的冲突。

图1-0组件化基本项目结构图

在明白了组件化为我们解决的主要问题后我们来看看需要怎么做

初步实现组建化其实我们最终要解决的问题就只有2个:

1.设置模块之间的依赖,且使得业务模块可单独编译–通过配置gradle即可解决
2.业务模块之间的页面跳转以及通信–使用阿里开源的ARouter即可解决
接下来我们具体来看一下如何操作
首先来看一下模块间依赖的问题
我们可以参照微信的四个模块(chat,contract,find,mine)来配置

首先我们项目基本结构如下:

图1-1项目结构

我们一共需要建6个module,除了4个功能模块外还有一个基本的common库和一个作为启动的application。

在建好项目后我们需要给4个module配置一个是否单独编译的开关:

图1-2单独编译各个模块的开关

关于开关的配置位置这是一个问题,我们把它添加在gradle.properties文件中,这样我们每次修改值的时候就可以触发gradle的重新构建,便于我们单独编译module。

我们单独编译的开关配置好了,现在我们来配置6个module之间的依赖关系:

图1-3app和功能lib的基础依赖

首先,为了方便各个module之间的交互我们借用了阿里的充分ARouter库,所以在每个非common的库(包括主Application)中我都强烈建议加入对ARouter和commonlib的依赖。

其次,4个功能模块库我们要为它装上我们之前配置的是否单独编译的开关,我们需要修改如下2个地方:

图1-4功能模块配置单独编译开关

可以看到我们要修改的就是我红框框住的地方,当我们的开关打开的时候,我们就把他当成一个单独的application来编译,并且赋予它一个独一无二的applicationId,这样我们就可以通过刚刚在gradle.properties中配置的开关来控制它是否单独作为一个application来编译。

而对于我们的入口module–app模块我们则需要做如下的配置:

图1-5主module的gradle配置

我们除了需要配置基本的ARouter以及commonlib依赖以外还需要在app模块的gradle文件中根据开关选择是否需要依赖我们的功能模块,这个和各个功能模块中的配置是相呼应的。

而对于其他组件模块,重复上述步骤即可完成组件化框架的搭建:

图1-6项目结构图

在完成了组件化框架的搭建后我们来简单的看看框架中一些具有特色的使用方法。

我们首先来看一下各个模块的页面间是怎样跳转的。

我们之前已经依赖了ARouter,我们要用它来帮我们实现跳转需要以下几步:

图2-1

跳转的方法就如同图2-1中显示,我们需要标明目标页面,附带上要传送的参数,然后调用navigation()就可以跳转了,不过有人问目标页面怎么看着就是一个路径,它是怎样定义的?

图2-2目标页面的配置

这样,我们就完成了页面间的跳转了,是不是比起我们传统的方法更加简单合理?

最后我们来看一下组件间如何为彼此提供服务。

图3-1公共接口的定义
首先在commonlib模块里创建一个暴露方法的接口,并定义接口签名,同时继承 Iprovider 接口

然后在home模块中继承commonlib里定义的接口,并实现签名方法。

图3-2在提供方法的module中的配置

这里我们同样使用Arouter的 @Router注解来提供这次服务的路由。

最后,我们在其他模块使用 @Autowired 注解就可以调用该方法了

图3-3对于方法的调用

可以看到我们同样使用了@Autowired注解来初始定baseService服务,并将页面注入Arouter中即可调用服务中的方法,且对于服务的依赖是基于接口的依赖,大大提高了其灵活性!

学习交流

如果你觉得自己学习效率低,缺乏正确的指导,可以加入资源丰富,学习氛围浓厚的技术圈一起学习交流吧

群内有许多来自一线的技术大牛,也有在小厂或外包公司奋斗的码农,我们致力打造一个平等,高质量的Android交流圈子,不一定能短期就让每个人的技术突飞猛进,但从长远来说,眼光,格局,长远发展的方向才是最重要的。

35岁中年危机大多是因为被短期的利益牵着走,过早压榨掉了价值,如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。

droid交流圈子,不一定能短期就让每个人的技术突飞猛进,但从长远来说,眼光,格局,长远发展的方向才是最重要的。

35岁中年危机大多是因为被短期的利益牵着走,过早压榨掉了价值,如果能一开始就树立一个正确的长远的职业规划。35岁后的你只会比周围的人更值钱。

标签:深坑,Kotlin,module,Android,模块,组件,终局,我们,页面
来源: https://blog.csdn.net/m0_56253397/article/details/116406146