标签:android style blog http io os ar 使用 java
如有转载,请声明出处: 时之沙: http://blog.csdn.net/t12x3456 (来自时之沙的csdn博客)
概述:
随着应用的不断迭代,应用的体积不断增大,项目越来越臃肿,冗余增加.项目新功能的添加,无法确定与用户匹配性,发生严重异常往往牵一发而动全身,只能紧急发布补丁版本,强制用户进行更新.结果频繁的更新,反而容易降低用户使用黏性.或者是公司业务的不断发展,同系的应用越来越多,传统方式需要通过用户量最大的主项目进行引导下载并安装.
怎么办?参考浏览器-插件开发模式:
一. 来可以将自己的应用分拆,某些功能可以在插件中实现,用到时再进行下载,而且不用安装. 如果有新功能的添加,不需要更新应用,只要预留插件管理,我们就可以通过添加插件的方式,动态更新自己的应用,该功能需要改进或扩展,更新插件即可,无需频繁安装或卸载(容易造成用户反感).
二. 对应同系应用,正常的引流方式只能引导用户进行新应用的下载和安装,如果使用插件化开发,则无需安装应用,关闭插件功能也十分方便,省去应用安装和卸载的过程,可以实现无缝引流.
这里要向大家推荐一个开源的动态加载框架DL, 该项目由singwhatiwanna发起,目前一共有三个人开发,我有幸成为了其中的contributor.
如果你对DL动态加载框架还不熟悉,建议先看一下这篇文章:
APK动态加载框架DL解析 http://blog.csdn.net/singwhatiwanna/article/details/39937639
如果你看过之后还会不太清晰,请看下DL插件化框架的全景图,如下
这里我主要向大家介绍一下利用DL框架进行开发的具体步骤:
1. 首先我们需要从github上获取项目代码:
https://github.com/singwhatiwanna/dynamic-load-apk
这里我们可以看到下载后的目录如下
lib目录就是我们的公共插件库
sample目录是对应的demo, 具体的工程可以参照上面的DL全景图中的三种模式:
由于一般项目中,代码管理和开发团队相对独立, 一般插件工程的团队是很难接触主项目团队的代码.因此,这里主要以第一种,也是我们最为推荐的方式进行, 采用插件不依赖宿主的方式进行开发. 不需要两个团队过多的交互,开发效率相对较高.2 导入lib工程,如下所示:
可以看到bin目录下的dl-lib.jar, 如果我们需要对lib工程进行修改,重新build获取对应的dl-lib.jar即可
3. 插件工程的开发, 导入demo中的main-plugin工程
首先还是要强调插件开发的注意事项,以免出现不必要的错误
插件也需要引用DL的jar包,但是不能放入到插件工程的libs目录下面,换句话说,就是插件编译的时候依赖jar包但是打包成apk的时候不要把jar包打进去,这是因为,dl-lib.jar已经在宿主工程中存在了,如果插件中也有这个jar包,就会发生类链接错误,原因很简单,内存中有两份一样的类,重复了。至于support-v4也是同样的道理。对于eclipse很简单,只需要在插件工程中创建一个目录,比如external-jars,然后把dl-lib.jar和support-v4.jar放进去,同时在.classpath中追加如下两句即可:
<classpathentry kind="lib" path="external-jars/dl-lib.jar"/> <classpathentry kind="lib" path="external-jars/android-support-v4.jar"/>然后是插件开发中的具体步骤
(1) 如果原有的为Activity,这里需要改为继承DLBasePluginActivity,如果原来为FragmentActivity,那么需要继承DLBasePluginFragmentActivity, for example:
public class MainActivity extends DLBasePluginActivity
TestFragmentActivity extends DLBasePluginFragmentActivity
(3)插件所需要权限需要在宿主工程中声明
如果是实际开发,一般为从服务器获取插件,这里我们方便自己调试演示,将运行生成对应的插件apk,放入sd卡上的DynamicLoadHost目录中
4. 宿主工程中将上述生成的dl-lib.jar加入libs即可,如下所示为demo中提供的宿主工程
在宿主工程中,首先我们需要获取要调用的插件apk对应的MainActivity,DL的demo中插件路径为 sd卡上的DynamicLoadHost目录,没有的话需要创建,或者根据自己需求进行修改.
String pluginFolder = Environment.getExternalStorageDirectory() + "/DynamicLoadHost"; File file = new File(pluginFolder); File[] plugins = file.listFiles(); if (plugins == null || plugins.length == 0) { mNoPluginTextView.setVisibility(View.VISIBLE); return; } for (File plugin : plugins) { PluginItem item = new PluginItem(); item.pluginPath = plugin.getAbsolutePath(); item.packageInfo = DLUtils.getPackageInfo(this, item.pluginPath); if (item.packageInfo.activities != null && item.packageInfo.activities.length > 0) { item.launcherActivityName = item.packageInfo.activities[0].name; } mPluginItems.add(item); }
(1)通过Class.forName的方式获取我们需要调用的插件apk中MainActivity的class对象
(2) 就上面提到的,我们需要判断该对象继承自DLProxActivity还是DLProxFragmentActivity,得到对应的代理class对象
(3)使用对应的代理class对象调起插件apk
PluginItem item = mPluginItems.get(position); Class<?> proxyCls = null; try { Class<?> cls = Class.forName(item.launcherActivityName, false, DLClassLoader.getClassLoader(item.pluginPath, getApplicationContext(), getClassLoader())); if (cls.asSubclass(DLBasePluginActivity.class) != null) { proxyCls = DLProxyActivity.class; } } catch (ClassNotFoundException e) { e.printStackTrace(); Toast.makeText(this, "load plugin apk failed, load class " + item.launcherActivityName + " failed.", Toast.LENGTH_SHORT).show(); } catch (ClassCastException e) { // ignored } finally { if (proxyCls == null) { proxyCls = DLProxyFragmentActivity.class; } Intent intent = new Intent(this, proxyCls); intent.putExtra(DLConstants.EXTRA_DEX_PATH, mPluginItems.get(position).pluginPath); startActivity(intent); }
最后运行宿主工程main-host,就可以看到最终的效果:
相信大家经过如上步骤,可以对DL动态加载框架进行开发有了一定了解.目前DL框架仍在不断扩展中,欢迎对我们的项目进行star,fork,或者提出宝贵的建议.,如有问题请及时反馈,我们会在后续版本中进行修复或者改进.
标签:android style blog http io os ar 使用 java
原文地址:http://blog.csdn.net/t12x3456/article/details/39958755