米方科技网站建设,个人可以做外贸网站吗,个人博客网站备案吗,组工网站建设方案前言
程序员这个行业#xff0c;日新月异#xff0c;技术体系更新速度快#xff0c;新技术新框架层出不穷#xff0c;所有的技术都像是一个无底洞#xff0c;当你学得越多就会发现不懂的越多#xff0c;不懂的越多#xff0c;需要学习的就更多。
因此#xff0c;一旦…前言
程序员这个行业日新月异技术体系更新速度快新技术新框架层出不穷所有的技术都像是一个无底洞当你学得越多就会发现不懂的越多不懂的越多需要学习的就更多。
因此一旦选择了这个行业就意味着你必须不断学习才能跟得上大家的脚步而要想成为一名优秀的程序员更是需要通过正确的方法设定正确的目标来进行不断地学习。
作为一名常年在各种技术群里吹水却又无比热心肠的老司机看到有人提问时总是会蹦出来帮忙解决问题因此群里的很多小伙伴经常会找我询问应该怎么样学习一门技术和大家也都非常亲切了。
只要需要帮助的地方就会有我的身影所以为了帮助部分同学解决一些学习上的困惑今天我就来分享和探讨下我的一些学习经验大家如果有什么意见或建议欢迎在评论中留言哈。
组件化
1.1 组件化初衷
APP版本不断的迭代新功能的不断增加业务也会变的越来越复杂维护成本高。业务耦合度高代码越来越臃肿团队内部多人协作开发困难。Android项目在编译代码的时候电脑会非常卡又因为单一工程下代码耦合严重每修改一处代码后都要重新编译打包测试导致非常耗时。方便单元测试改动单独一个业务模块不需要着重于关注其他模块被影响。
1.2 什么是组件化
组件化就是将一个app分成多个Module如下图每个Module都是一个组件(也可以是一个基础库供组件依赖)开发的过程中我们可以单独调试部分组件组件间不需要互相依赖但可以相互调用最终发布的时候所有组件以lib的形式被主app工程依赖并打包成一个apk。
1.3 组件化优势
组件化就是将通用模块独立出来统一管理以提高复用将页面拆分为粒度更小的组件组件内部除了包含UI实现还包含数据层和逻辑层。每个工程都可以独立编译、加快编译速度独立打包。每个工程内部的修改不会影响其他工程。业务库工程可以快速拆分出来集成到其他App中。迭代频繁的业务模块采用组件方式业务线研发可以互不干扰、提升协作效率并控制产品质量加强稳定性。并行开发团队成员只关注自己的开发的小模块降低耦合性后期维护方便等。
2 组件化通信
2.1 组件化通信
组件化互相不直接依赖如果组件A想调用组件B的方法是不行的。很多开发者因为组件化之间通信比较复杂 则放弃了组件化的使用
组件通信有以下几种方式:
####### 1.本地广播 本地广播也就是LoacalBroadcastRecevier。更多是用在同一个应用内的不同系统规定的组件进行通信好处在于发送的广播只会在自己的APP内传播不会泄漏给其他的APP其他APP无法向自己的APP发送广播不用被其他APP干扰。本地广播好比对讲通信成本低效率高但有个缺点就是两者通信机制全部委托与系统负责我们无法干预传输途中的任何步骤不可控制一般在组件化通信过程中采用比例不高。 2.进程间的AIDL 进程间的AIDL。这个粒度在于进程而我们组件化通信过程往往是在线程中况且AIDL通信也是属于系统级通信底层以Binder机制虽说Android提供模板供我们实现但往往使用者不好理解交互比较复杂往往也不适用应用于组件化通信过程中。 3.匿名的内存共享 匿名的内存共享。比如用Sharedpreferences在处于多线程场景下往往会线程不安全这种更多是存储一一些变化很少的信息比如说组件里的配置信息等等 4.Intent Bundle传递 Intent Bundle传递。包括显性和隐性传递显性传递需要明确包名路径组件与组件往往是需要互相依赖这背离组件化中SOP关注点分离原则如果走隐性的话不仅包名路径不能重复需要定义一套规则只有一个包名路径出错排查起来也稍显麻烦这个方式往往在组件间内部传递会比较合适组件外与其他组件打交道则使用场景不多。 2.2 目前主流做法之一就是引入第三者比如图中的Base Module。 3 ARouter组件通信框架
3.1 ARouter 简介
是ARouter是阿里巴巴开源的Android平台中对页面、服务提供路由功能的中间件提倡的是简单且够用。主要用作组件化通信 Intent intent new Intent(mContext, XxxActivity.class);intent.putExtra(key,value);startActivity(intent);Intent intent new Intent(mContext, XxxActivity.class);intent.putExtra(key,value);startActivityForResult(intent, 666);上面一段代码在Android开发中最常见也是最常用的功能就是页面的跳转我们经常需要面对从浏览器或者其他App跳转到自己App中页面的需求不过就算是简简单单的页面跳转随着时间的推移也会遇到一些问题 集中式的URL管理谈到集中式的管理总是比较蛋疼多人协同开发的时候大家都去AndroidManifest.xml中定义各种IntentFilter使用隐式Intent,最终发现AndroidManifest.xml中充斥着各种Schame各种Path需要经常解决Path重叠覆盖、过多的Activity被导出引发安全风险等问题 可配置性较差Manifest限制于xml格式书写麻烦配置复杂可以自定义的东西也较少 跳转过程中无法插手直接通过Intent的方式跳转跳转过程开发者无法干预一些面向切面的事情难以实施比方说登录、埋点这种非常通用的逻辑在每个子页面中判断又很不合理毕竟activity已经实例化了 跨模块无法显式依赖在App小有规模的时候我们会对App做水平拆分按照业务拆分成多个子模块之间完全解耦通过打包流程控制App功能这样方便应对大团队多人协作互相逻辑不干扰这时候只能依赖隐式Intent跳转书写麻烦成功与否难以控制。
为了解决以上问题我们需要一款能够解耦、简单、功能多、定制性较强、支持拦截逻辑的路由组件我们选择了Alibaba的ARouter偷个懒直接贴ARouter的中文介绍文档
3.2 ARouter 优势
从 ARouter Github 了解到它的优势
支持直接解析标准URL进行跳转并自动注入参数到目标页面中 支持多模块工程使用 支持添加多个拦截器自定义拦截顺序 支持依赖注入可单独作为依赖注入框架使用 支持InstantRun 支持MultiDex(Google方案) 映射关系按组分类、多级管理按需初始化 支持用户指定全局降级与局部降级策略 页面、拦截器、服务等组件均自动注册到框架 支持多种方式配置转场动画 支持获取Fragment 完全支持Kotlin以及混编 典型的应用
从外部URL映射到内部页面以及参数传递与解析 跨模块页面跳转模块间解耦 拦截跳转过程处理登陆、埋点等逻辑
跨模块API调用通过控制反转来做组件解耦
三、典型应用场景
从外部URL映射到内部页面以及参数传递与解析跨模块页面跳转模块间解耦拦截跳转过程处理登陆、埋点等逻辑跨模块API调用模块间解耦(注册ARouter服务的形式通过接口互相调用)
总结
最后为了帮助大家深刻理解Android相关知识点的原理以及面试相关知识这里放上相关的我搜集整理的14套腾讯、字节跳动、阿里、百度等2021面试真题解析我把技术点整理成了视频和PDF实际上比预期多花了不少精力包知识脉络 诸多细节。 网上学习 Android的资料一大堆但如果学到的知识不成体系遇到问题时只是浅尝辄止不再深入研究那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。 的技术提升。希望这份系统化的技术体系对大家有一个方向参考。
[外链图片转存中…(img-AYNRCNAN-1621242753120)]
