我计划部署几个共享单个“核心功能助手”组件的应用程序，并希望避免要求用户安装两个“应用程序”（例如“核心”+“插件组件X”）开始吧我还希望在安装两个或更多组件时避免在用户设备上复制“Helper”组件代码。
所以会有很多有效的安装。例如，设备上的某些有效安装可能是 -
所有组件都将具有用户界面，Core将包含至少一个小部件，其他组件将从用户的角度“插入”。
在市场上我想单独提供“Plug-in A”，“Plug-in B”等，而不是强迫用户必须独立安装“Core App”。虽然看起来很傻，但我认为，当他们第一次想要获得一个插件提供的功能时，用户必须安装两个“应用程序”。插件。
由于今天不可能将应用程序动态条件打包到市场上的单个apk中，我的问题是这个 -
是否有一种优雅而有效的方法来完成这种模块化UI设计，而无需要求用户第一次安装（并最终更新）两个应用程序？ （当然，我们不希望设备上有大量的代码重复。）
编辑：我已经对上面的问题进行了广泛的编辑，以使其更加清晰。我最初使用术语“组件”是不幸的，因为这些不一定是Android代码组件（即活动，提供商，服务等）。我在上面的编辑中使用了“插件”这个术语，以确保这一切都是为了方便用户在安装时使用，并避免在用户设备上重复使用代码。
答案 0 :(得分：0)
经过一些研究后，我得出结论，从用户的角度来看，这不可能做得很好。
实现目标的最合适方法是单独打包Core应用程序，当用户安装其中一个插件时，然后使用intent来测试Core是否存在。如果不是，那么将用户引导到他们可以安装Core应用程序的市场。 将此标记为已关闭，但如果出现更好的答案，我将更新。