对于androID开发,我们大部分工作都是在应用层,但为了体现"技术含量",以及"知其所以然",以便在遇到具体问题时不至于束手无策,因此@H_404_7@有必要了解底层的工作机制。
比如AndroID NDK 开发可能在平时的项目开发中不常用到,但是这并不代表其不重要。相反NDK的学习有助于加深开发者在阅读框架的源码理解,是AndroID开发人员的进阶过程中必须要掌握的技能。
为什么NDK越来越重要了?@H_404_7@一是短视频、直播等行业迅猛发展。音视频+社交成为流量新的增长点。近两年,短视频、直播、网络视频等行业不断爆热,其中抖音一骑绝尘,日活已破2.5亿,替代QQ/微信登上19年猪年春晚,成为又一国民级APP。
@H_404_7@二是新一轮技术如人工智能、5G、物联网等新技术的融合发展,将不断寻找实用落地点,这在移动为王的年代,80%市场份额的安卓是最大受益者。据运营商消息,2019年下半年,5G手机在国内上市,2020年全面商用,届时音视频将迎来又一波热潮。
而在实际具体应用上,除了上面提到的短视频方向,还有各大视频应用,图像处理、滤镜、裁剪等等骚 *** 作都是需要专业的音视频开发知识才能做出来的。
实现方案直接依赖这种方式实现简单,但是耦合太严重,不方便维护与开发,当工程逐渐增大模块逐渐增多,依赖关系会非常复杂,不推荐这种方式。
事件或广播通信@H_404_7@EventBus: 我们非常熟悉的事件总线型的通信框架,非常灵活,采用注解方式实现,但是难以追溯事件。@H_404_7@广播: 安卓的四大组件之一,在一个模块中发送广播设置数据,在另一个模块中注册广播接收数据,使用广播进行数据传递方式广播相对于其他的方式而言消耗资源较多。
@H_404_7@总结: broadcastReceiver、EventBus,非常灵活,模块之间没有任何的耦合,但是代码的可读性差,难以追溯事件,不是很推荐。
路由通信模块与模块之间不存在依赖关系,而是各自运作,简单的来说就是映射关系的路由通信,也是目前比较主流的一种方案,比较常用的开源框架是阿里的ARouter。
ARouter典型应用
从外部URL映射到内部页面,以及参数传递与解析跨模块页面跳转,模块间解耦拦截跳转过程处理登陆、埋点等逻辑跨模块API调用,通过控制反转来做组件解耦。
面向接口通信以上几种方式只是简单的介绍,下面就具体说下通过接口解耦通信的方式,首先先看几个问题。
@H_404_7@什么是面向接口编程?
接口大家都很熟悉,这里所说的面向接口编程,并不只是所谓的 java 中的 interface,而是指超类型,可以是接口也可以是抽象类。
面向接口比面向对象编程是更先进一步编程思想,而是附属于面向对象编程的体系,属于其中一部分,它是面向对象编程体系中的思想精髓之一。面向接口编程它的核心思想是将抽象与实现分离,从组件的级别来设计代码,达到高内聚低耦合的目的。面向接口编程方法是,先定义底层接口模块,也就是 @H_404_7@通信的协议与功能约定 ,是提供方实现对应的功能与能力。在架构中层次分明,不需要关注具体实现,开发中可以通过接口快速制定协议,与提供能力API,对于上层通过接口显露能力,对于下层只需要依赖接口层相当于依赖API。
@H_404_7@面向接口编程的好处?
灵活性高没有依赖具体的实体,实现层可以任意的更改与切换。在模块化中可以相互依赖service(接口层)或依赖多个。
@H_404_7@在模块化中的使用下面对于接口(interface)或API层统称为service,其含义为服务提供者。
对于,每一个 module 都一个独立的工程结构,每个 module 都有自己的 Service ,来统一暴露当前 module 所拥有能力与向外提供的服务。
当然也有更复杂的设计,一个 Module 又分不同的 service 实现如图,这里不在展开细说。
实际工程中使用与设计在实际项目中有很多项目都同时开发两版本Pad与Phone,有的是两独立的工程,有的是在同一个工程内用 flavor 切换不同的工程,下面我就以通过 flavor 切换的工程结构举例。先看下工程的包的结构图:
可以看到 module 结构是分为三个部分,common, pad, phone, 如果每个service 都独立将增加3倍的 Module 数量。
使用一个 Mediator Module 统一管理这这些 service 就很好控制了 module 数量。
Service 创建在 module_mediator 业务 module 下 common,pad、pone 下分别创建ICommonService, IService(pad), IService(phone)。ICommonService:公共服务。IService(pad):pad服务并继承CommonService。IService(phone):phone服务并继承CommonService。
Service 实现注:这里为什么不用,PadService与Phoneservice,是因为pad与phone版本同时只会存在一个,使用方只需要关心你提供的Service不用在区分版本,而且这里是一个继承关系也可以获取到共用的部分。
依赖 Mediator :
在业务 common\pad\phone module 下分别实现,ICommonService, Service(pad), IService(phone) ,在 common module 创建 CommonServiceImpl 实现 ICommonService,在 pad、phone module 分别创建 ServiceImpl 对应实现 IService 并继承与 CommonServiceImpl。
Service 注册注册的方式有一般是通过代码用去注册,或通过注解进行注册。可以在 Application 注册也可以在业务 Module 下自己注册,如果使用注解则可以自动注册,具体要看项目怎样实现。例:
解释下 MediatorServiceFacator,它只是一个服务工厂也是一个接口类,作用是负责管理各业务方的 Service 主要功能是注册与获取 Service。上面的代码就是往里注册了一个会员的 Service。
可以看出这个函数只有两个参数,一个是接口class一个是实现类class,第一个参数cls:它会作为 key 来使用,第二个参数implClass:它会作为 value 来使用。
Service 使用通过 MediatorServiceFacator 懒加载获取service对象,如果业务方没有注册则获取一个空的对象。
注册有 service 没有使用时是不会创建的,如果使用过则会缓存下来,下次调用则直接返回。(第一次是通过反射创建)例:
在 mediator 模块下会员 CommonService 中 定义了一个模糊查询会员的方法。在会员模块下 common 中实现了该功能。在会员模块下 pad 中继承了这个实现。在其他模块 pad 下使用这个功能。可以看到获取 Service 只要传对应接口就即可,对于使用方是不用关心实现方,在开发过程中只要先定义好接口,合作的同学就可以进入正常开发了。细心的同学可以看出,返回的数据类型也是一个接口类,为什么不直接返回一个普通 java 类呢?主要原因是通过接口方法达到双方 API 约定,例如 getname() :String 方法是通过方法名返回值达到约定效果,这样不依赖具体实现。
从上面的例子可以看出主要分为三个部分:1、定义接口。2、提供方实现接口。3、使用方都通过服务工厂获取服务使用。对于使用者来是很简单的,不需要关心实现,通过接口可以直接获取到实现,并且获取到结果可以直接使用,不需要做序列化处理。
有了路由通信我们为什么还使用面向接口编程?路由模式虽然很好的解决了耦合的问题,但他的方法调用都是静态的,对于传参与返回值只能是基本类型,如果是对象需要做序列化与反序列化处理,对性能有一定影响。类似在调后台接口一样,同时降低了代码的可读性, 对于 app 而言所有 Module 都是在同一个应用下,没有必要做这些序列化 *** 作。
对于复杂业务不好处理,例如一个业务需要多次通信,路由模式则不好处理,而通过接口通信则可以容易解决。例如:一个读卡的 *** 作,业务方需要对它有开启、关闭、暂停等多个状态的 *** 作。通过接口则可以直接返回一个读卡的 service 控制器, 这样可以直接进行相应的控制 *** 作。
从上面代码中可以看出,上层回调结果的同时并回调了一个控制接口,这样就提供使用方一个反向 *** 作的能力。
@H_404_7@由于篇幅原因,这份面试宝典已经被整理成了pdf文档,有需要AndroID面试宝典全套完整文档的麻烦点赞+点击这里即可获取资料免费领取方式!
本文在开源项目:腾讯文档中已收录,里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…
[外链图片转存中…(img-cBelldbT-1621061675103)]
本文在开源项目:腾讯文档中已收录,里面包含不同方向的自学编程路线、面试题集合/面经、及系列技术文章等,资源持续更新中…
总结以上是内存溢出为你收集整理的关于Android程序员最近的状况,进阶学习资料!全部内容,希望文章能够帮你解决关于Android程序员最近的状况,进阶学习资料!所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)