Freigeben über

UX-Design für SharePoint-Add-Ins

  • Artikel

Als Entwickler sollten Sie der Benutzeroberfläche (User Experience, UX) beim Erstellen von Add-Ins immer hohe Priorität einräumen. Das Modell für SharePoint-Add-Ins bietet viele UX-Komponenten und -Mechanismen, die Ihnen helfen, eine großartige Benutzererfahrung zu schaffen. Das Nutzungserlebnis im Add-In-Modell ist außerdem so flexibel, dass Sie die Verfahren und Plattformen verwenden können, die sich am besten an die Anforderungen von Endbenutzern anpassen lassen.

Allgemeine Übersicht über Add-In-UX in SharePoint

Als Add-In-Entwickler müssen Sie die Architektur Ihres Add-Ins kennen. Nachdem Sie bestimmt haben, wie Ihr Add-In in Remote- und SharePoint-Plattformen verteilt werden soll, können Sie unter den verfügbaren Alternativen zum Erstellen Ihrer Add-In-UX eine Wahl treffen. Sie können sich folgende Fragen stellen:

Das folgende Diagramm zeigt die wichtigsten Szenarios und Optionen, die beim Entwerfen der Add-In-UX berücksichtigt werden sollten.

Abbildung 1: Hauptszenarien und Optionen für die Add-In-UX

App-UX-Hauptszenarien

Bei der Wahl Ihres Entwurfs sollten Sie grundsätzlich überlegen, welche Teile Ihres Add-Ins in SharePoint gehostet werden und welche nicht. Sie sollten außerdem überlegen, wie Ihr Add-In mit der Hostwebsite interagiert.

Add-In-UX-Szenarien bei in der Cloud gehosteten Add-Ins

Angenommen, Sie bestimmen, dass ein Teil Ihrer User Experience nicht in SharePoint gehostet werden soll. Bei diesen Szenarien wird davon ausgegangen, dass Ihre Endbenutzer zwischen einer SharePoint-Website und dem in der Cloud gehosteten Add-In hin und her wechseln. Sie können die auf der Plattform verfügbaren Verfahren und Tools verwenden, jedoch bietet SharePoint ebenfalls Ressourcen, damit Sie eine nahtlose Erfahrung für Ihre Benutzer entwerfen können.

Die folgenden UX-Ressourcen sind für in der Cloud gehostete Add-Ins in SharePoint verfügbar:

  • Chromsteuerelement: Das Chromsteuerelement ermöglicht es Ihnen, die Navigationskopfzeile einer bestimmten SharePoint-Website in Ihrem Add-In zu verwenden, ohne eine Serverbibliothek, eine bestimmte Technologie oder ein bestimmtes Tool registrieren zu müssen. Wenn Sie diese Funktion verwenden möchten, müssen Sie eine SharePoint-JavaScript-Bibliothek über standardmäßige <script>-Tags registrieren. Mit einem HTML-Div-Element können Sie einen Platzhalter bereitstellen und das Steuerelement mit den verfügbaren Optionen weiter anpassen. Das Steuerelement übernimmt die Darstellung der angegebenen SharePoint-Website. Weitere Informationen finden Sie unter Verwenden des Client-Chromsteuerelements in SharePoint-Add-Ins.

  • Stylesheet: Sie können in Ihrer SharePoint-Add-In auf das Stylesheet einer SharePoint-Website verweisen und es zum Formatieren Ihrer Webseiten nutzen, indem Sie die verfügbaren Klassen verwenden. Wenn die Endbenutzer das Design der SharePoint-Website ändern, kann Ihr Add-In außerdem die neuen Formate übernehmen, ohne dass der Verweis in Ihrem Add-In geändert werden muss. Weitere Informationen finden Sie unter Verwenden des Stylesheets einer SharePoint-Website in Add-Ins für SharePoint.

Abbildung 2 zeigt die Ressourcen in der Modell für SharePoint-Add-Ins für in der Cloud gehostete Add-Ins.

Abbildung 2: Add-In-UX-Ressourcen für in der Cloud gehostete Add-Ins

App-UX-Ressourcen für entwicklergehostete Apps

Add-In-UX-Szenarien für von SharePoint gehostete Add-Ins

Wenn Ihr Add-In in SharePoint gehostet wird, ist es weniger wahrscheinlich, dass sich die User Experience stark ändert, wenn Benutzer zwischen der Hostwebsite und der Add-In-Website hin und her wechseln. Wenn das Add-In bereitgestellt wird, übernimmt die Add-In-Website das Stylesheet und Design der Hostwebsite. Sie können das Chromsteuerelement und das Stylesheet in einem in SharePoint gehosteten Add-In weiterhin verwenden, der signifikanteste Unterschied bei in der Cloud gehosteten Szenarien besteht jedoch in der Verfügbarkeit der Add-In-Vorlage.

Die folgende UX-Ressource ist für in SharePoint gehostete Add-Ins verfügbar:

  • Add-In-Vorlage: Die Add-In-Vorlage enthält die app.master-Masterseite. Sie ist die Standardoption bei der Erstellung eines Add-Ins.

Von SharePoint gehostete Add-Ins profitieren auch von in SharePoint vorhandenen Ressourcen und Technologien, z. B. Menüband, Webpart-Infrastruktur und clientseitiges Rendering.

Szenarien für das Herstellen einer Verbindung zwischen Add-In-UX und Hostweb

Einige Verwendungsfälle für Ihr Add-In können innerhalb der Hostwebsite ausgelöst werden. SharePoint bietet zwei Möglichkeiten zum Öffnen Ihres Add-Ins über eine Dokumentbibliothek oder Liste, zusätzlich zu den Möglichkeiten, einen Teil der Add-In-UX innerhalb von Seiten anzuzeigen, die in SharePoint gehostet sind.

Die folgenden UX-Ressourcen sind verfügbar, um Ihre Add-In-UX mit der Hostwebsite zu verbinden:

  • Benutzerdefinierte Aktionen: Sie können benutzerdefinierte Aktionen verwenden, um die Hostweb-UX mit Ihrem Add-In zu verbinden. Es gibt zwei Arten von benutzerdefinierten Aktionen: Menüband oder ECB. Eine benutzerdefinierte Aktion kann Parameter, wie z. B. die Liste oder ein Element, auf dem er aufgerufen wurde, zu einer remoten Seite senden. Weitere Informationen finden Sie unter Erstellen benutzerdefinierter Aktionen zur Bereitstellung mit SharePoint-Add-Ins.

  • Add-In-Parts: Sie können einen Teil der User Experience Ihres Add-Ins mithilfe von Add-In-Parts der Hostwebsite hinzufügen. Das Add-In-Webpart ist im Webpartkatalog im Hostweb verfügbar, wenn Sie das Add-In bereitstellen. Benutzer können das Add-In-Part einer Seite hinzufügen, indem sie das Steuerelement zum Hinzufügen von Webparts verwenden. Weitere Informationen finden Sie unter Erstellen von Add-In-Webparts zur Installation mit Ihrem SharePoint-Add-In.

Abbildung 3 zeigt die Ressourcen im Modell für SharePoint-Add-Ins zum Verbinden Ihrer Add-In-UX mit der Hostwebsite.

Abbildung 3: Add-In-UX-Ressourcen für die Hostwebsite

Add-In-UX-Ressourcen für das Hostweb

Siehe auch