Richtlinien für das Teilen von Inhalten

Applies to Windows and Windows Phone

Ermöglichen Sie Benutzern, Inhalte in Ihrer App zu teilen oder Inhalte aus anderen installierten Apps mit dem Freigabe-Vertrag zu erhalten. Sie können Ihre App als Quelle zum Teilen, Ziel zum Teilen oder beides registrieren. In diesem Thema werden bewährte Methoden für das Teilen von Inhalten zwischen Windows Store-Apps beschrieben.

Einen detaillierten Überblick über den Vorgang für das Teilen finden Sie unter Hinzufügen des Features "Teilen" und (Windows Store-Apps mit C#/VB/C++ und XAML) oder Teilen und Empfangen von Inhalten (Windows Store-Apps mit JavaScript und HTML).

Beispiele

Wenn Benutzer über den seitlichen Bildschirmrand streifen und auf den Charm "Teilen" tippen, wird der Bereich zum Teilen mit einer Liste von Apps angezeigt, die Benutzer zum Teilen ihrer Inhalte verwenden können. Diese Liste enthält alle installierten Apps, die als Ziele zum Teilen für ein bestimmtes Datenformat fungieren können.

Die Links oben im Bild, die sogenannten QuickLinks, ermöglichen Benutzern, bestimmte Aufgaben zum Teilen direkt abzuschließen. Wenn der Benutzer beispielsweise beschlossen hat, diese Inhalte zu teilen, werden QuickLinks angezeigt, um die URL per E-Mail an häufig verwendete Kontakte zu senden oder um sie auf der Pinnwand der entsprechenden App für soziale Medien zu veröffentlichen oder um sie auf einer bestimmten Seite in einer Notiz-App hinzuzufügen. Informationen hierzu finden Sie unter QuickLink class.

Freigabefenster

Hier finden Sie das Flyout für das Teilen, das angezeigt wird, wenn der Benutzer "Tweet@rama" aus der Liste der Ziele zum Teilen auswählt.

Benutzeroberfläche der Zielfreigabe-App

Längere Vorgänge zum Teilen

Hier ist ein Beispiel eines Flyouts für das Teilen, das längere Vorgänge zum Teilen abschließt. Beachten Sie die unbestimmte Statusanzeige und die informative Fehlermeldung, die von der Ziel-App angezeigt werden, wenn beim Teilen Fehler auftreten. Unter Guidelines for progress controls finden Sie weitere Informationen.

Screenshots mit Fortschrittsbenachrichtigung im Freigabefenster

Empfohlene und nicht empfohlene Vorgehensweisen

Quell-Apps

  • Teilen Sie Inhalte im Format, das vom Benutzer beabsichtigt wurde. Wenn beispielsweise ein Benutzer einen Teil einer zu teilenden Webseite auswählt, teilen Sie keinen Link zur gesamten Webseite. Teilen Sie stattdessen den ausgewählten Text.
  • Stellen Sie eine Beschreibung bereit, aus der hervorgeht, was der Benutzer teilt. Wenn der Benutzer zum Beispiel eine Webseite teilt, fügen Sie einen Satz hinzu, der die URL der Seite beinhaltet. Wenn ein Bild geteilt wird, schließen Sie eine Beschreibung bzw. einen Titel für das Bild ein.
  • Wenn ein Benutzer einen Teil des angezeigten App-Inhalts auswählt, behalten Sie diese Auswahl bei, nachdem das Flyout (Fenster) für das Teilen geschlossen wird. Dies hilft Benutzern dabei, ihre Auswahl zu ändern oder denselben Inhalt in mehreren Zielen zu teilen.
  • Teilen Sie Links zu Onlineversionen von lokalen Inhalten, anstatt eine Kopie von lokalen heruntergeladenen Inhalten zu teilen. Angenommen, für eine Neuigkeitenwebsite wird eine eigene App erstellt, dieselben Artikel werden jedoch auf der Website veröffentlicht. Wenn ein Benutzer einen Artikel in einem sozialen Netzwerk teilen möchte, sollte die App Links zur Onlineversion des Artikels teilen, den der Benutzer gerade anzeigt.
  • Informieren Sie den Benutzer, wenn das Teilen nicht abgeschlossen werden kann. Wenn bei einem bestimmten Vorgang zum Teilen Fehler auftreten, zeigen Sie eine Meldung im Flyout für das Teilen an, aus der das Problem und ggf. die Problemlösung hervorgeht. Das DataRequest-Objekt unterstützt eine FailWithDisplayText-Methode, die in diesem Falle nützlich ist.
  • Wenn Ihre App eine Methode zum Kopieren von Daten in der App unterstützt, sollten Sie auch eine Möglichkeit zum Freigeben dieser Daten anbieten.
  • Legen Sie Eigenschaften fest, um Ziel-Apps mit nützlichen Infos über den durch einen Benutzer zu teilenden Inhalt zu versorgen. Weitere Informationen über die verfügbaren Eigenschaften finden Sie unter DataPackage.DataPackagePropertySet.
  • Zeigen Sie keine Meldung mit dem Hinweis an, dass das Teilen von Ihrer App nicht unterstützt wird. Windows zeigt Benutzern Standardmeldung an, wenn Ihre App den Freigabe-Vertrag nicht unterstützt.

Ziel-Apps

  • Gleichen Sie das Erscheinungsbild von Ziel-App und primärer App aneinander an. Die Benutzeroberfläche der Ziel-App sollte für die Benutzer intuitiv sein, die Ihre primäre App häufig verwenden. Schriftarten, Farben und Steuerelemente sollten konsistent gehalten sein.
  • Wenn Ihre Einrichtungs- und Anmeldevorgänge nur einen Schritt umfassen, lassen Sie die Benutzer diese Aufgaben über den Charm "Teilen" abschließen, sodass sie keinen Kontext ändern müssen.
  • Falls Ihre App für ein bestimmtes Datenformat als Quelle und auch als Ziel fungiert, wird sie standardmäßig in der Liste mit den Zielen zum Teilen angezeigt, wenn Benutzer die Teilen-Funktion in Ihrer App verwenden. Es macht für einen Benutzer keinen Sinn, Inhalte mithilfe derselben App zu teilen. Zeigen Sie eine Fehlermeldung an, die Benutzer auffordert, eine andere Ziel-App auszuwählen.
  • Entfernen Sie Links, die den Benutzer vom Teilen abhalten. Wenn die Ziel-App beispielsweise über Links zu anderen Bereichen der App verfügt (z. B. zu einer Startseite), sollten Sie diese entfernen oder ausblenden, sodass der Benutzer die Teilerfahrung nicht versehentlich verlässt.
  • Vorschauen sollten nach Möglichkeit immer dem tatsächlichen Inhalt entsprechen. Wenn die App eine Vorschau der vom Benutzer geteilten Inhalte enthält, sollte die Vorschau möglichst genau den tatsächlich geteilten Inhalten entsprechen.
  • Bestätigen Sie Benutzeraktionen. Wenn ein Benutzer auf den Charm "Teilen" tippt oder die UI für das Teilen aufruft, informieren Sie ihn (beispielsweise in einer Inlinemeldung), dass das System auf die Aktion reagiert, bevor das Freigabefenster geschlossen wird. So kann der Benutzer sicher sein, dass die Freigabe erfolgreich gestartet wurde.
  • Profitieren Sie von QuickLink class. Quicklinks dienen als Links zur App, die für eine bestimmte Gruppe von Benutzeraktionen angepasst sind (wie das Senden einer E-Mail an eine bestimmte Person). Im obigen Abschnitt, in dem Beispiele näher beleuchtet werden, sind die Links über der Liste der verfügbaren Ziel-Apps QuickLinks.
  • Erstellen Sie keine Schaltfläche vom Typ "Zurück", um zwischen Seiten in Ihrer Ziel-App zu wechseln. Wenn ein Benutzer Ihre App zum Teilen von Inhalten auswählt, bietet Windows automatisch eine Schaltfläche vom Typ "Zurück", um zur Liste der verfügbaren Ziel-Apps zurück navigieren zu können. Halten Sie die Navigation einfach in Ihrer Ziel-App, indem Sie Inlinesteuerelemente und Fehlermeldungen verwenden.
  • Führen Sie keine zeitaufwändigen, komplexen oder aus mehreren Schritten bestehenden Interaktionen in Ihrer Ziel-App aus. Aktionen wie Textformatierungen, das Markieren von Personen in Fotos sowie Installationsaufgaben, wie das Verbinden mit Datenquellen, lassen sich am besten außerhalb des Charms "Teilen" verarbeiten. Wenn für Ihre App Anmeldungs- oder Setupprozess erforderlich sind, die aus mehreren Schritten bestehen, weisen Sie Ihre Benutzer darauf hin, Ihre App direkt zu öffnen, um komplexere Interaktionen abzuschließen. Informationen zum Verwenden des Webauthentifizierungsbrokers für die Anmeldung oder Registrierungsinteraktionen finden Sie unter Webauthentifizierungsbroker.

Weitere Hinweise zur Verwendung

Debuggen von Ziel-Apps

Zielfreigabe-Apps können nur mithilfe des Charms "Teilen" gestartet werden. Um die App zu schließen, klicken Sie außerhalb derselben. Folglich eignen sich lokale Debugging-Szenarien i. d. R. nicht für Freigabeziele, da die Ziel-App durch Klicken im Debugger geschlossen wird. Normalerweise ist der Simulator oder das Remotedebugging erforderlich, um eine Zielfreigabe-App zu debuggen, da die – physische oder virtuelle – Ausführung auf einem anderen Computer erfolgt.

Beachten Sie bei Zielfreigabe-Szenarien, die lokal debuggt werden können, dass die Ziel-App nach dem Starten über Microsoft Visual Studio nicht geschlossen werden kann, da der Debugger getrennt wird. Lassen Sie die Vollbild-App stattdessen geöffnet, wechseln Sie zur Startseite, und führen Sie dann Ihr Freigabeszenario aus.

Zu debuggende Elemente

Zielfreigabe-Apps werden innerhalb von Sekundenbruchteilen nach dem Start aktiviert. In aller Regel ist es daher nicht möglich, dem laufenden Prozess einen Debugger hinzuzufügen. Um Code im Aktivierungshandler zu debuggen, wird daher empfohlen, das Debuggen direkt auf dem lokalen Computer oder mithilfe des Simulators durchzuführen.

Wenn Sie einen Vorgang zum Teilen mit langer Laufzeit implementiert haben, der auch ausgeführt werden kann, wenn ein Benutzer Ihre App verlässt, treten möglicherweise Fehler auf, nachdem die Benutzeroberfläche geschlossen ist. In diesem Fall kann der Debugger auch bei ausgeblendeter Quell-App mit der Ziel-App verbunden bleiben. Solange der Debugger nicht getrennt wird, können Sie Ausnahmen auffangen, an Haltepunkten anhalten oder Code durchlaufen, ohne dass die Benutzeroberfläche der App eingeblendet ist.

Häufige Debugprobleme

  • Nicht behandelte Probleme in einer Ziel-App führen dazu, dass die App unmittelbar beendet und durch eine Fehlermeldung ersetzt wird. Alle erwartbaren Fehler, die auf den Benutzer zurückzuführen sind, wie ungültige Eingabedaten, sollten ohne Probleme von der Ziel-App behandelt und dem Benutzer gemeldet werden.
  • Wenn eine Ziel-App zu viel Zeit benötigt, um auf ein Aktivierungsereignis zu reagieren, geht das System davon aus, dass die App nicht dazu bereit ist, und zeigt eine Fehlermeldung an. Die Datenverarbeitung sollte nach Möglichkeit außerhalb des Aktivierungshandlers erfolgen. Normalerweise wird zu diesem Zweck ein ShareOperation-Objekt gespeichert und asynchron verarbeitet.
  • Aufrufe zur Freigabe der API können eine Ausnahme auslösen, wenn der Aufruf zu häufig oder in der falschen Reihenfolge erfolgt. Achten Sie beim Implementieren einer langfristigen Freigabe darauf, die Freigabemethoden in der folgenden Reihenfolge aufzurufen. Keine Methode darf zweimal hintereinander aufgerufen werden. Sie können ReportError oder ReportCompleted jederzeit aufrufen, um den Vorgang zum Teilen zu beenden.

Verwandte Themen

Für Designer
Charms und Verträge
Für Entwickler (Windows-Runtime-Apps mit JavaScript und HTML)
ShareOperation
DataPackage
QuickLink
Teilen und Empfangen von Inhalten (Übersicht)
Quickstart: Sharing content
Quickstart: Receiving shared content
Für Entwickler (Windows-Runtime-Apps mit C#/VB/C++ und XAML)
ShareOperation
DataPackage
QuickLink
Hinzufügen der Funktion zum Teilen (Übersicht)
Quickstart: Sharing content
Quickstart: Receiving shared content

 

 

Anzeigen:
© 2014 Microsoft