我想有一个主iOS移动应用程序内的多个不同的iOS移动的应用程序。一旦用户登录到主应用程序，他们将有一个移动的应用程序的列表，每个单独的移动应用程序将由不同的团队独立开发，并单独更新/部署。只有一个主应用程序，用户将永远需要下载到他们的设备。我知道很多大型游戏公司都在做这件事，只是不知道他们是怎么做到的。
u3r8eeie1#
你所说的应用程序（如Roblox）没有任何真实的的子应用程序。它只是看起来像这样，但从技术上讲，所有这些应用程序只是应用程序屏幕。您可以将应用程序代码拆分为模块，每个模块代表一个“应用程序”，每个团队只能访问和处理自己的工作。如果你的应用有很多资源，你可以使用On-Demand Resources。看起来你在下载一个应用程序。但你只能将此功能用于图像、视频、纹理等内容，而不能用于代码本身--这就是你不能单独部署子应用的主要原因。当任何应用程序更新时，您必须部署主应用程序。
31moq8wy2#
如果所有的子应用程序都在10MB以下，你可以使用appClips来实现。“主”应用可以托管到已注册的appClip的通用链接的列表。然后，当用户在主应用中与它们交互时，这将下载每个应用。苹果设备将卸载未使用的appClips随着时间的推移，但与主应用程序不会有这种危险，因为它将是一个完整的应用程序。然后用户可以从主应用程序永久打开它们，也可以通过应用程序库打开它们
2条答案
按热度按时间u3r8eeie1#
你所说的应用程序（如Roblox）没有任何真实的的子应用程序。它只是看起来像这样，但从技术上讲，所有这些应用程序只是应用程序屏幕。您可以将应用程序代码拆分为模块，每个模块代表一个“应用程序”，每个团队只能访问和处理自己的工作。
如果你的应用有很多资源，你可以使用On-Demand Resources。看起来你在下载一个应用程序。但你只能将此功能用于图像、视频、纹理等内容，而不能用于代码本身--这就是你不能单独部署子应用的主要原因。当任何应用程序更新时，您必须部署主应用程序。
31moq8wy2#
如果所有的子应用程序都在10MB以下，你可以使用appClips来实现。
“主”应用可以托管到已注册的appClip的通用链接的列表。
然后，当用户在主应用中与它们交互时，这将下载每个应用。
苹果设备将卸载未使用的appClips随着时间的推移，但与主应用程序不会有这种危险，因为它将是一个完整的应用程序。
然后用户可以从主应用程序永久打开它们，也可以通过应用程序库打开它们