Android应用程序的插件架构？ [关闭]

Question

此问题已移至https://softwarerecs.stackexchange.com/questions/27841/plugins-architecture-for-an-android-app

---

我想为an Open Source app 实现一个插件系统，因为它已经变得非常大，具有许多只有少数用户需要的功能。发布不同的应用程序不是一个好的解决方案，因为用户 A 想要 feature7 和 feature24，而 userB 想要 feature39 和 feature24。

我在哪里可以找到插件架构的好例子？

这是我希望插件能够做到的：

• 重新定义特定屏幕的布局 (load deflated XML?)
• 重新定义一个类的方法（load dex class?，AOP?）

例如，其中一个插件必须在特定屏幕上添加一个按钮，单击此按钮会增加应用程序数据库中的一个值。据我所知，这不适用于 Content Providers 和 Intents。

我想避免让核心应用的代码变得复杂，到处都有大量的钩子。

插件的形式可以是 SD 卡上的文件、应用程序或其他任何东西。

Answer 1

我已经完成了一个框架，它与 Robo-guice 类似，具有一些主要的 IoC 功能。 （减少加载视图/服务等的样板代码......）

但我相信解决您的问题的核心是能够加载单独的 APK“插件”文件，其中包括“res”以及 <layouts>.xml 文件。 <layouts>.xml 文件可以由该 APK 中的类独立扩展。也就是说，您可以将 CustomView（它自己的 <layout>.xml 膨胀）加载到原始/父应用程序中。所有这一切都是在父应用 APK 不知道 UI 是如何在插件 APK 中膨胀的情况下完成的。

我的意思的例子： 我有一个映射应用程序，该框架将动态扫描与“附加功能”插件的“合同”匹配的已安装 APK，并将特定于它的 UI 作为浮动面板加载到应用程序的视图中。

我会说 Android 的插件框架是可行的，因为 Android 拥有大部分（如果不是全部）必要的内置 API 来实现这一点。

这些是您在 Android 插件开发领域的朋友：

1. PackageManager（扫描安装包，又名插件）
2. DexClassLoader（如果你不使用正确的ClassLoader btw，ClassNotFoundException 会很痛苦）
3. Java 反射

Answer 2

我在哪里可以找到插件架构的好例子？

来自 Google 的 Roman Nurik 在他的开源应用 dash clock 中实现了一个不错的插件框架。插件本身是扩展API 中的DashClockExtension 类的服务，并安装为具有自己资源的完全独立的APK 文件。通过 AIDL 定义通信协议需要做很多工作，但它既干净又好用。

其中一个插件必须在特定屏幕上添加一个按钮，单击此按钮会增加应用数据库中的一个值。

主布局中可以被插件修改的部分需要由核心应用预先定义，并通过通信协议暴露出来。插件应该可以扩展任意布局，并将其发送到主应用程序，主应用程序可以将其放在它自己布局的预分配区域内。

Answer 3

如果您只是想增加模块化，我建议使用依赖注入容器，例如 PicoContainer、Guice 或 Spring。

如果您想要轻量级插件架构，请选择Java Plugin Framework (JPF)。

它允许您定义扩展点，这些扩展点可以由您的模块实现。插件框架的主要工作是提供一种捆绑这些模块（作为 jar 包）的方式，这些模块由核心应用程序动态找到并作为扩展点的实现提供。