Ich entwickle eine mobile App, die eine benutzerbasierte Autorisierung verwendet, die ein benutzerdefiniertes Schema erfordert. Kann ich das Schema „discourse://“ verwenden?
Ja, Sie können das Schema verwenden. Es wird mit der offiziellen Discourse Hub-Mobil-App “kollidieren”, was bedeutet, dass das Betriebssystem möglicherweise eines oder das andere auswählt oder eine Auswahl anbietet, wenn beide Apps installiert sind.
Sie können es jedoch verwenden, es ist kein privates Schema.
Lehnt Apple meine iOS-App ab, wenn ich sie auf diese Weise verwende?
Ich hoffe, das offizielle Team kann etwas Ähnliches wie Telegram anbieten – eine Autorisierung, die mir eine eindeutige ID für die Verwendung dieses Schemas gibt –, anstatt so behandelt zu werden, als würde ich Discourse „nachahmen“ (obwohl ich das nicht vorhabe).
Können Sie einen Link zur Telegram-Dokumentation teilen?
Entschuldigen Sie die ungenaue Erklärung zur Telegram-Autorisierung vorhin. Ihr GitHub-Repository beschreibt tatsächlich, wie man einen Drittanbieter-Client erstellt – die Anweisungen finden Sie im iOS-Repository unter diesem Link: GitHub - TelegramMessenger/Telegram-iOS: Telegram-iOS .
Entschuldigen Sie nochmals, falls ich mich nicht klar ausgedrückt habe. Was ich wirklich tun möchte, ist, einen echten nativen Drittanbieter-Discourse-Client zu erstellen und dafür das discourse://-Schema zu verwenden.
Ja, ich verstehe, was Sie aufbauen möchten. Sie haben zwei Möglichkeiten:
- Verwenden Sie das
discourse://-Schema. Dies hat den Vorteil, dass unser Benutzer-API-Schlüssel-Framework dieses Schema bereits registriert hat (aber auch die Einschränkung, die ich zuvor hervorgehoben habe). Ich glaube nicht, dass Apple Ihre App ablehnen wird. Mehrere Apps können auf dasselbe URL-Schema reagieren. - Verwenden Sie Ihr eigenes Schema. Das Risiko hierbei ist, dass Ihr benutzerdefiniertes Schema von einem Administrator für jede Website hinzugefügt werden muss, wenn Sie den Benutzer-API-Schlüssel von Core verwenden müssen. Sehen Sie sich die Website-Einstellung
Allowed user API auth redirectsan.
Vielen Dank. Meine Sorge ist jedoch, dass Apple meine Nutzung des offiziellen Schemas als „Nachahmung oder Irreführung von Nutzern im Namen von Discourse“ interpretieren könnte, weshalb ich mich an Sie gewandt habe. Tatsächlich ist dies nicht der Fall, und ich verstehe, dass eine Drittanbieter-App die Nutzer darüber informieren muss, dass sie nicht offiziell ist.
Ein letzter Punkt: Darf ich damit fortfahren? Ich benötige eine Antwort im E-Mail-Format. Können Sie mir dabei helfen?
Ich weiß nicht, wie Apple auf deine App reagieren wird. Ich denke, du musst dieses Szenario behandeln, wenn/falls es eintritt.
Ok dann, ich möchte wissen, ob der offizielle Discourse das Schema als frei nutzbar im mobilen Repository kennzeichnen kann, da ich keine relevanten Anweisungen zur Verwendung dieses Schemas im Forum finden konnte.
Sie müssen das Diskurs-Schema nicht wiederverwenden. Sie können Ihr eigenes erstellen. Ich habe mehrere Apps mit eindeutigen Schemata bereitgestellt.
Ich weiß es, der Punkt ist, dass jede Website eine Standardkonfiguration hat, die das offizielle Schema ist.
Daher möchte ich eine bequemere Lösung: das offizielle direkt zu verwenden. Und ein wichtiger Punkt ist, dass ich niemand bin und keine Website-Administratoren davon überzeugen kann, ein obskures Schema zu unterstützen. Ich hoffe wirklich, dass meine App von mehr Leuten geliebt und genutzt werden kann (auch wenn sie noch nicht fertig ist).