我正在开发一款使用基于用户密钥的授权进行登录的移动应用程序，这需要一个自定义方案。我可以使用“discourse://”方案吗？
是的，您可以使用该方案。它将与官方 Discourse Hub 移动应用“冲突”，这意味着，如果同时安装了这两个应用，操作系统可能会选择其中一个或提供一个选项。
但您可以使用它，它不是私有方案。
如果我这样使用，苹果会拒绝我的 iOS 应用吗？
我希望官方团队能提供类似 Telegram 的功能——一种授权，让我获得一个专用 ID 来使用此方案——而不是被视为“冒充”Discourse（尽管我无意这样做）。
您能分享一下电报文档的链接吗？
抱歉之前关于 Telegram 授权的解释不准确。他们的 GitHub 仓库实际上描述了如何创建第三方客户端——您可以在 iOS 存储库中找到说明，链接如下：GitHub - TelegramMessenger/Telegram-iOS: Telegram-iOS 。
如果我之前没有表达清楚，再次表示歉意。我真正想做的是构建一个真正的原生第三方 Discourse 客户端，并为其使用 discourse:// 方案。
是的，我明白您想构建什么。您有两个选择：
- 使用
discourse://方案，它的优点是我们现有的用户 API 密钥框架已经注册了这个方案（但也存在我之前提到的限制），我不认为 Apple 会拒绝您的应用程序，多个应用程序可以响应相同的 URL 方案。 - 使用您自己的方案，这里的风险是，如果您需要使用核心的用户 API 密钥，您的自定义方案需要由管理员为每个站点添加，请参阅
Allowed user API auth redirects站点设置。
非常感谢。但是，我担心苹果可能会将我使用官方方案的行为解读为“冒充或误导用户使用 Discourse 的名称”，这就是我联系您寻求咨询的原因。实际上，情况并非如此，我明白第三方应用程序必须告知用户它并非官方应用程序。
最后一点：我是否可以继续这样做？我需要一个类似电子邮件格式的回复。您能帮我处理这件事吗？
我不知道苹果将如何回应你的应用程序。我认为你需要处理这种情况，如果/当它发生的时候。
那么，我想知道官方的 Discourse 是否可以将该方案标记为可在移动存储库中自由使用，因为我在论坛上找不到任何关于使用该方案的相关说明。
您无需重复使用 discourse 方案。您可以创建自己的方案。我已经部署了多个具有独特方案的应用程序。
我知道，关键在于每个网站都有一个默认配置，即官方方案。
所以，我想要一个更方便的解决方案：直接使用官方方案。另外，很重要的一点是，我是一个无名小卒，无法说服任何网站管理员支持一个晦涩难懂的方案。我真心希望我的应用程序能被更多人喜爱和使用（即使它还没有完成）。