主要的应用程序下载另一个应用程序，然后使用它 [英] Main app download another app then use it
问题描述
我想要做的是，也许很难解释或理解，所以我做了一个快速图。
What I want to do is maybe hard to explain or to understand so I made a quick drawing.
首先，我们有2个Android应用。显示器的的Hello World的和B有一个按钮，（也许）可以下载一个应用程序（基于Web或本地）。
First of all, we have 2 Android apps. A display "Hello World" and B has a button which (maybe) can download an app (on web or local).
当我们点击B键，即下载一个应用程序，并安装它（例如，如果您有任何市场下载），然后，用一个应用程序来修改乙的应用程序。
When we click on B button, that download A app, and install it (like if you download it with any market) and then, use A app to modify B app.
我不知道，如果它甚至有可能：
I don't know if it's even possible :
- 要下载的应用程序并在程序安装
- 创建一个多形体Android应用程序那样。
如果我要总结我想要的东西用一句话那就是：结果
与其中B只需下载并安装一个应用程序的修改B应用。
If I have to sum up what I want with one sentence it would be :
Modify B application with A app which B just downloaded and installed.
推荐答案
我那么相信你可以下载这些SDK（显然是APK这里），并使用片段取值或code注入或东西。
I'm then sure you can download those SDK (apparently as APK here) and use Fragments or any code to inject or something.
可能需要尽管使用反射，因为你主要的应用B不会解决在A类。
Probably will need to use reflection though, because you main application "B" won't resolve the classes that are in "A".
也许你的A模块应该公开的方法/变量/片它，就像在一个嵌入式JSON描述资产或东西，即B可以解析，知道该怎么做。
Maybe your "A" modules should expose the methods / variables / fragments it has, like in an embedded JSON descriptive asset or something, that "B" could parse and know what to do with.
这里的关键显然是要摒弃所有的Acode从B，意为B的灵活性。
The point here is obviously to move all the "A" code away from "B", meaning flexibility for "B".
这篇关于主要的应用程序下载另一个应用程序，然后使用它的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
