Android 需要在iOS中安装第二个应用程序

我有一个“核心”应用程序，它执行一些通过URL调用可供其他应用程序使用的功能，例如。core://get_result [根据此：]

我想允许第三方通过调用我的核心进行开发，或者自己制作更精细的应用程序，从包装器中调用核心。我们已经开发并测试了这种方法

我想使用这种方法，因为：

• 我们不想向第三方开发者公开我们的核心代码
• 我们不希望安装使用同一内核的多个应用程序的用户有多个巨大的下载量（而不是一个大内核和几个较小的包装器）
• 我们希望对核心内容保持严格控制（出于监管原因），但对包装器更为宽松
• 我们阻止人们以这种方式调整核心代码
• 我们可能会向使用HTML5的“设计师”而不是开发人员开放此功能

我最初对iOS感兴趣，但在Android上也会出现类似的问题（尽管可能是通过意图而不是url方案）

这样做的缺点似乎是用户必须同时安装这两个应用才能获得功能如果用户试图安装使用核心应用程序的包装器，是否有办法强制用户下载该应用程序？

---

另一个小小的抱怨可能是，只下载core会在手机上放置一个图标，而实际上用户可能永远都不想直接使用core有办法隐藏它吗？

是的，您可以检测其他URL处理程序是否已注册，如果未注册，您可以提示用户下载该应用程序。不，你不能隐藏它

---

不过，我不知道苹果的评论员们会怎么想。您可能需要检查TOS/指南。此外，您还可以注册同一套件下的所有应用。

是的，您可以检测其他URL处理程序是否已注册，如果未注册，您可以提示用户下载该应用程序。不，你不能隐藏它

---

不过，我不知道苹果的评论员们会怎么想。您可能需要检查TOS/指南。此外，您还可以在同一套件下注册所有应用。

我知道，如果您希望第三方能够使用它，它应该是一个单独的应用程序，但是如果您需要在自己的应用程序中使用它，为什么不在应用程序中添加功能，而不是在应用程序外部调用？这使您比第三方应用程序更具优势。@MarcusAdams的可能副本谢谢-这可能是解决方案的一部分，但它不是完全相同的“问题陈述”（或者我已经找到了！）。我们认为这种方法有很好的理由（不仅是对“核心”的修订需要复杂、昂贵和耗时的批准流程，而且需要包装（在同一核心周围可能有多个包装）我理解如果你想让第三方能够使用它，它应该是一个单独的应用程序，但是如果你需要在自己的应用程序中使用它，为什么不直接在应用程序中添加功能而不是在外部调用？这使你比第三方应用程序更具优势。可能重复@MarcusAdams谢谢-这可能是解决方案，但它不是完全相同的“问题陈述”（或者我已经找到了！）。我们相信这种方法有很好的理由（不仅是对“核心”的修订需要复杂、昂贵和耗时的批准流程，而且需要包装（在同一个核心周围可能有几个包装）更容易更改。谢谢-当你说检测URL处理程序是在安装时完成的，还是在你尝试调用URL处理程序/运行应用程序时完成的？理想情况下，你希望用户在连接到internet/应用程序商店时发现对核心应用程序的需求，而不是几个小时后，当他们使用应用程序时，没有/没有问题信号。我没有看到任何明确禁止这一点的内容-他们允许注册URL方案，因此这是一种合乎逻辑的方法。没有用户安装时间的概念。你必须在应用程序启动时这样做。基本上，在用户启动应用程序之前，你无法通过应用程序了解任何内容。谢谢-当你说检测URL处理程序时，是这样吗在安装时或在您尝试调用URL处理程序/运行应用程序时完成？理想情况下，您希望用户在连接到internet/应用程序商店时发现对核心应用程序的需求，而不是几个小时后，当他们使用应用程序时，没有/没有信号。我没有看到任何明确禁止此操作的内容-并且他们允许URL schemes需要注册，因此这是一种合乎逻辑的方法。没有用户安装时间的概念。你必须在应用程序启动时进行。基本上，在用户启动应用程序之前，你无法通过应用程序了解任何信息。