说下我的个人观点
这里比较下前端开发
-
前端的组件化和移动开发的组件化其实有类似但也有不同的地方
-
比如前端一个小的UI组件类似Android开发中的自定义UI,可以叫做组件,但是显然在移动开发中我们不会认为是一个组件,
-
在前端中组件的集合叫做组件库或者UI组件库,比如AntD,elementUI等
-
安卓也有UI组件库,比如QMUI等
-
Android开发中,我们依赖了很多module,组件和模块我认为可以统一但是也可以细分
-
首先实现方式上他们并没有什么区别,都是通过module依赖实现的
-
如果非要区分,可以通过不同的维度来区分
-
借鉴下前端思想,在前端开发中,component文件夹多用于存放UI组件,所以我现在这样定义
-
我认为组件更偏向的是UI,其内部主要是一些UI组件
-
之所以把UI放在一起,是为了方便开发者查找和使用
-
这样平时积累的UI组件就不必各自为战,也能统一地去管理
-
模块更加偏向的是功能,模块具备了完整的某一块业务流程,目的是为了降低与主工程的耦合,方便调用,也就是解耦,
-
其内部可能是包含网络、图片、异步处理等
-
甚至很多时候,模块也需要能够独立打包
-
我认为模块的粒度是大于组件的,其内部类文件/资源文件的职责和分类也更丰富些(毕竟组件可能只专注于UI),如果非要说某个组件库多少多少代码那我觉得就有些抬杠了
App 的部分功能模块在打包时并不以传统方式打包进 apk 文件中,而是以另一种形 式二次封装进 apk内部,或者放在网络上适时下载,在需要的时候动态对这些功能 模块进行加载,称之为插件化。
这些单独二次封装的功能模块 apk ,就称作「插件」,初始安装的 apk 称作「宿 主」。
插件化是组件化的更进一步推进。
插件化基础:反射
反射基本使用
- 首先在我们的plugin目录下新建一个utils文件夹,里面写一个Utils类
class Utils {
private static final String TAG = “Utils”;
void shout(){
Log.d(TAG, "shout!!! ");
}
}
-
然后在plugin包下新建一个使用它的Activity -> PluginActivity
-
由于Utils的访问权限都是默认的,所以无法在包外去实例它,所以要通过反射
-
对于类的实例化,需要通过构造方法去实例,实例方法要扩大访问权限
setAccessible(true)
-
对于方法的调用,需要在获取方法之后并扩大访问权限
setAccessible(true)
-
下面是完整代码
public class PluginActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_plugin);
//使用反射
try {
//1.拿到类
Class utilsClass = Class.forName(“com.dsh.txlessons.plugin.utils.Utils”);
//2.拿到第一个构造方法
Constructor utilsConstructor = utilsClass.getDeclaredConstructors()[0];
//3. 扩大访问性 默认default包权限 -> public
utilsConstructor.setAccessible(true);
//4. 创建类实例(通过构造方法实例)
Object utils=utilsConstructor.newInstance();
//5. 获取方法
Method shoutMethod = utilsClass.getDeclaredMethod(“shout”);
//6. 扩大方法访问权限
shoutMethod.setAccessible(true);
//7. 方法执行
shoutMethod.invoke(utils);
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
}
反射的目的
Java 既然提供了可⻅性关键字 public private 等等,用来限制代码之间的可 ⻅性,为什么又要提供反射功能?
-
可⻅性特性的支持不是为了代码不被坏人使用,而是为了程序开发的简洁性。安 全性的话,可⻅性的支持提供的是 Safety 的安全,而不是 Security 的安全。 即,可⻅性的支持让程序更不容易写出 bug,而不是更不容易被人入侵。
-
反射的支持可以让开发者在可⻅性的例外场景中,可以突破可⻅性限制来调用自 己需要的 API。这是基于对开发者「在使用反射时已经足够了解和谨慎」的假设的。
-
所以,可⻅性的支持不是为了防御外来者入侵,因此反射功能的支持并没有什么 不合理。
插件化原理:动态加载
通过自定义 ClassLoader 来加载新的 dex 文件,从而让程序员原本没有的类可以被 使用,这就是插件化的原理。
- 下面我们改造下代码
-
首先新建一个 module:「phone & Tablet Module」-> pluginapp
-
将app工程下utils文件夹移植到pluginapp工程下
-
改造app下PluginActivity反射代码,修改包名,其他不变
//1.拿到类
Class utilsClass = Class.forName(“com.dsh.pluginapp.utils.Utils”);
- 运行app,GG了,错误如下
Caused by: java.lang.ClassNotFoundException: Didn't find class "com.dsh.pluginapp.utils.Utils" on path: DexPathList[[zip file "/data/app/com.dsh.mydemos-q8nYNkNjIWB0F6mdYX_Gvg==/base.apk"]
- 这个错误表示没有找到Utils这个类
2. 重点来了
上面的代码之所以会报错,是因为pluginapp同样是一个App工程,其本身经过打包也是一个apk的存在,所以我们app工程的类加载器是无法加载到pluginapp里面的类(.dex)文件的,所以才会报这样的错误
那么下面要解决的问题就是如何让app程序能够拿到pluginapp程序中的Utils
插件化的解决方案很粗暴,就是把插件工程的文件扔给宿主工程
下面我们实践一下
-
为了能够拿到插件工程中的文件,首先要将插件工程运行过后的apk复制到app工程的assets/apk目录下
-
现在我们拿到了apk,就可以通过DexClassLoader加载apk里面的类了
-
下面是代码,注释很详细
onCreate{
…
//------------------ 插件化使用 ------------------
//1. 将插件apk复制到缓存目录
File apk = new File(getCacheDir()+“plugin.apk”);
try (Source source = Okio.source(getAssets().open(“apk/pluginapp-debug.apk”));
BufferedSink sink = Okio.buffer(Okio.sink(apk))😉{
sink.writeAll(source);
} catch (IOException e) {
e.printStackTrace();
}
//2. 创建类加载器实例
DexClassLoader classLoader = new DexClassLoader(apk.getPath(),getCacheDir().getPath(),null,null);
//3. 反射调用
//1.拿到类
Class utilsClass = classLoader.loadClass(“com.dsh.pluginapp.utils.Utils”);
//2.拿到第一个构造方法
Constructor utilsConstructor = utilsClass.getDeclaredConstructors()[0];
//3. 扩大访问性 默认default包权限 -> public
utilsConstructor.setAccessible(true);
//4. 创建类实例(通过构造方法实例)
Object utils=utilsConstructor.newInstance();
//5. 获取方法
Method shoutMethod = utilsClass.getDeclaredMethod(“shout”);
//6. 扩大方法访问权限
shoutMethod.setAccessible(true);
//7. 方法执行
shoutMethod.invoke(utils);
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级Android工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则近万的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年Android移动开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Android开发知识点,真正体系化!
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!
如果你觉得这些内容对你有帮助,可以扫码获取!!(备注:Android)
学习分享
在当下这个信息共享的时代,很多资源都可以在网络上找到,只取决于你愿不愿意找或是找的方法对不对了
很多朋友不是没有资料,大多都是有几十上百个G,但是杂乱无章,不知道怎么看从哪看起,甚至是看后就忘
如果大家觉得自己在网上找的资料非常杂乱、不成体系的话,我也分享一套给大家,比较系统,我平常自己也会经常研读。
2021最新上万页的大厂面试真题
七大模块学习资料:如NDK模块开发、Android框架体系架构…
只有系统,有方向的学习,才能在段时间内迅速提高自己的技术。
这份体系学习笔记,适应人群:
**第一,**学习知识比较碎片化,没有合理的学习路线与进阶方向。
**第二,**开发几年,不知道如何进阶更进一步,比较迷茫。
第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!
由于文章内容比较多,篇幅不允许,部分未展示内容以截图方式展示
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
-1713275613909)]
只有系统,有方向的学习,才能在段时间内迅速提高自己的技术。
这份体系学习笔记,适应人群:
**第一,**学习知识比较碎片化,没有合理的学习路线与进阶方向。
**第二,**开发几年,不知道如何进阶更进一步,比较迷茫。
第三,到了合适的年纪,后续不知道该如何发展,转型管理,还是加强技术研究。如果你有需要,我这里恰好有为什么,不来领取!说不定能改变你现在的状态呢!
由于文章内容比较多,篇幅不允许,部分未展示内容以截图方式展示
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!