一元购物网站建设,江苏建设监理网站,wordpress 自动摘要,怎么做个工程网页制作推广实现方案 直接依赖 这种方式实现简单#xff0c;但是耦合太严重#xff0c;不方便维护与开发#xff0c;当工程逐渐增大模块逐渐增多#xff0c;依赖关系会非常复杂#xff0c;不推荐这种方式。 事件或广播通信 EventBus#xff1a; 我们非常熟悉的事件总线型的通信框…实现方案 直接依赖 这种方式实现简单但是耦合太严重不方便维护与开发当工程逐渐增大模块逐渐增多依赖关系会非常复杂不推荐这种方式。 事件或广播通信 EventBus 我们非常熟悉的事件总线型的通信框架非常灵活采用注解方式实现但是难以追溯事件。广播 安卓的四大组件之一在一个模块中发送广播设置数据在另一个模块中注册广播接收数据使用广播进行数据传递方式广播相对于其他的方式而言消耗资源较多。 总结 BroadcastReceiver、EventBus非常灵活模块之间没有任何的耦合但是代码的可读性差难以追溯事件不是很推荐。 路由通信 模块与模块之间不存在依赖关系而是各自运作简单的来说就是映射关系的路由通信也是目前比较主流的一种方案比较常用的开源框架是阿里的ARouter。 ARouter典型应用 从外部URL映射到内部页面以及参数传递与解析跨模块页面跳转模块间解耦拦截跳转过程处理登陆、埋点等逻辑跨模块API调用通过控制反转来做组件解耦。 面向接口通信 以上几种方式只是简单的介绍下面就具体说下通过接口解耦通信的方式首先先看几个问题。 什么是面向接口编程 接口大家都很熟悉这里所说的面向接口编程并不只是所谓的 java 中的 interface而是指超类型可以是接口也可以是抽象类。 面向接口比面向对象编程是更先进一步编程思想而是附属于面向对象编程的体系属于其中一部分它是面向对象编程体系中的思想精髓之一。面向接口编程它的核心思想是将抽象与实现分离从组件的级别来设计代码达到高内聚低耦合的目的。面向接口编程方法是先定义底层接口模块也就是 通信的协议与功能约定 是提供方实现对应的功能与能力。在架构中层次分明不需要关注具体实现开发中可以通过接口快速制定协议与提供能力api对于上层通过接口显露能力对于下层只需要依赖接口层相当于依赖api。 面向接口编程的好处 灵活性高没有依赖具体的实体实现层可以任意的更改与切换。在模块化 点击领取完整开源项目《安卓学习笔记总结最新移动架构视频大厂安卓面试真题项目实战源码讲义》 中可以相互依赖service(接口层)或依赖多个。‍ ‍在模块化中的使用下面对于接口interface或api层统称为service其含义为服务提供者。 对于每一个 module 都一个独立的工程结构每个 module 都有自己的 Service ,来统一暴露当前 module 所拥有能力与向外提供的服务。 对于 module 是在同一个工程里的项目结构service 可以放到统一的一个 Module 下我们统称为 Mediator这样做的目的是为了减少 Module 创建与维护。假设你的工程有20个业务 Module 如果都同时增加一个 service 层就会造成 Module 数量翻一倍。由于这里存入的都一些接口类也是每个业务 Module 向外提供的服务其体量不会太大这里并只是一个建议并没有标准的做法。 当然也有更复杂的设计一个 Module 又分不同的 service 实现如图这里不在展开细说。 实际工程中使用与设计 在实际项目中有很多项目都同时开发两版本Pad与Phone有的是两独立的工程有的是在同一个工程内用 flavor 切换不同的工程下面我就以通过 flavor 切换的工程结构举例。先看下工程的包的结构图 可以看到 module 结构是分为三个部分common, pad, phone, 如果每个service 都独立将增加3倍的 Module 数量。 使用一个 Mediator Module 统一管理这这些 service 就很好控制了 module 数量。 Service 创建 在 module_mediator 业务 module 下 commonpad、pone 下分别创建ICommonService, IService(pad), IService(phone)。ICommonService公共服务。IService(pad)pad服务并继承CommonService。IService(phone)phone服务并继承CommonService。 注这里为什么不用PadService与PhoneService是因为pad与phone版本同时只会存在一个使用方只需要关心你提供的Service不用在区分版本而且这里是一个继承关系也可以获取到共用的部分。 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 控制器 这样可以直接进行相应的控制操作。 从上面代码中可以看出上层回调结果的同时并回调了一个控制接口这样就提供使用方一个反向操作的能力。 尾声 开发是需要一定的基础的我是08年开始进入Android这行的在这期间经历了Android的鼎盛时期和所谓的Android”凉了“。中间当然也有着不可说的心酸看着身边朋友同事一个个转前端换行业其实当时我的心也有过犹豫但是我还是坚持下来了这次的疫情就是一个好的机会大浪淘沙优胜劣汰。再等等说不定下一个黄金浪潮就被你等到了。 这是我在这行工作10几年积累的一些资料如果还想继续在这行业走下去的或者现在打算跳槽可以**私信【学习】**我愿意把资料免费分享给大家。 或者直接点击下面链接领取 Android学习PDF架构视频面试文档源码笔记 330页 PDF Android核心笔记 几十套阿里 、字节跳动、腾讯、华为、美团等公司2020年的面试题 PDF和思维脑图包含知识脉络 诸多细节 Android进阶系统学习视频 9649197752)] [外链图片转存中…(img-u9XUR5NB-1709649197752)] PDF和思维脑图包含知识脉络 诸多细节 [外链图片转存中…(img-VBztrLYV-1709649197753)] Android进阶系统学习视频