Freigeben über

Entwicklungsmodelle

Zusammenfassung

Zur Entwicklung von Lösungen für Microsoft SharePoint Online und/oder lokale Installationen können mehrere Entwicklungsmodelle verwendet werden. Anhängig von der Zielplattform und dem Zielszenario können Sie eines oder mehrere der in diesem Artikel beschriebenen Modelle auswählen.

SharePoint-Framework

Gilt für: Office 365 | SharePoint Online | SharePoint 2016 FP2

Das SharePoint Framework (SPFx) ist ein Seiten- und Webpart-Modell, das vollständige Unterstützung für die clientseitige SharePoint-Entwicklung, einfache Integration in SharePoint-Daten und Unterstützung für Open-Source-Tools bietet. Mit dem SharePoint-Framework können Sie moderne Webtechnologien und -tools in Ihrer bevorzugten Entwicklungsumgebung verwenden, um produktive Oberflächen und Apps zu erstellen, die nativ reaktionsschnell und für Mobilgeräte geeignet sind. Das SharePoint-Framework funktioniert für SharePoint Online und lokal (ab SharePoint 2016 Feature Pack 2). Sie können clientseitige Webparts und SharePoint-Framework-Erweiterungen mit dem SharePoint-Framework erstellen.

Artikel

Beispiele

Tools

Videos

SharePoint-Add-Ins

Gilt für: SharePoint 2013 | SharePoint 2016 | SharePoint Online

Das SharePoint-Add-In-Modell ist ein Entwicklungsmodell für SharePoint Online und SharePoint 2013/2016 (lokal). Das Hauptziel dieses Modells ist es, Entwicklern das Anpassen und Erweitern von SharePoint-Websites zu ermöglichen, ohne dass sie über Zugriff mit voller Vertrauenswürdigkeit auf die Zielfarm verfügen. So können sie remote mit clientseitigem Code arbeiten, der auf dem Client Side Object Model (CSOM) und der REST-API von SharePoint basiert.

Dieses Ziel passt perfekt zum Angebotsmodell und zur Philosophie der Cloud. Benutzer können SharePoint-Add-Ins in einem öffentlichen SharePoint-Add-In-Store erkunden und von dort herunterladen oder aber den Add-In-Unternehmenskatalog ihrer Organisation verwenden. Mit dem SharePoint-Add-In-Modell können Sie in SharePoint und vom Anbieter gehostete Lösungen erstellen. Erstere sind einfach nur clientseitige und JavaScript-basierte Anwendungen, die in SharePoint gehostet werden. Letztere sind in der Regel .NET-Anwendung, die auf Microsoft Azure oder einer beliebigen anderen Hostingplattform gehostet werden. Mit dem SharePoint-Add-In-Modell können Sie Folgendes erstellen:

  • Ganzseitige Lösungen: eine immersive ganzseitige Oberfläche, die das Aussehen und Verhalten einer SharePoint-Seite aufweisen kann.
  • App-Parts: Teile einer Webseite, die eine spezielle Art von Steuerelement namens Add-In-Part verwenden, um ein <iframe> Element anzuzeigen, das das Add-In enthält.
  • Benutzerdefinierte UI-Aktionen: Benutzeroberflächenbefehle, die Menübänder und Menüs für Listen, Dokumente und vieles mehr erweitern.

Darüber hinaus kann ein SharePoint-Add-In klassische SharePoint-Komponenten wie Listen, benutzerdefinierte Websiteseiten, Webparts, Workflows, Inhaltstypen und viele andere Artefakte enthalten.

Artikel

Beispiele

Lösungen

Videos

Sandkastenlösungen

Gilt für: SharePoint Online | SharePoint 2013 | SharePoint 2016

Mithilfe einer Sandkastenlösung können Websitesammlungsadministratoren benutzerdefinierte Lösungen in Microsoft SharePoint installieren, ohne dass ein Mandantenadministrator beteiligt sein muss. Diese Freiheit erfordert jedoch, dass Sandkastenlösungen in folgender Hinsicht eingeschränkt werden: was sie bereitstellen, welchen Code sie ausführen und auf welche Ressourcen sie zugreifen können. Sandkastenlösungen werden in der Regel zum Bereitstellen von SharePoint-Objekten wie Websitespalten, Inhaltstypen, Listen und Bibliotheken verwendet. Es wird jedoch empfohlen, Remotebereitstellungsmuster anstelle dieser klassischen Feature-XML-basierten Modelle zu verwenden.

Codebasierte Sandkastenlösungen sind seit 2014 veraltet, und in SharePoint Online wurde diese Funktion vollständig entfernt. Codebasierte Sandkastenlösungen sind auch in SharePoint 2013 und in SharePoint 2016 veraltet, auch wenn Sie diese dort weiterhin erstellen können. Beachten Sie jedoch, dass jede codebasierte Sandkastenlösung sich als Hindernis für die Migration zu SharePoint Online erweisen kann.

Artikel

Lösungen

Videos

Farmlösungen

Gilt für: SharePoint 2013 | SharePoint 2016

SharePoint-Farmlösungen sind vertrauenswürdige SharePoint-Erweiterungen, deren benutzerdefinierte Logik das SharePoint-Serverobjektmodell aufruft und mit vollem Vertrauen auf den SharePoint-Servern ausgeführt wird. Diese Lösungen sind primär für benutzerdefinierte Verwaltungserweiterungen von SharePoint gedacht, wie Zeitgeberaufträge, benutzerdefinierte Windows PowerShell-Befehle und Erweiterungen der Zentralverwaltung.

Farmlösungen werden als SharePoint-Lösungspakete verteilt, die Farmadministratoren in einen farmweiten Speicherort hochladen, von dem aus sie bereitgestellt werden können. Komponenten in Farmlösungen können den Bereich Farm, Webanwendung, Websitesammlung oder Website haben. Farmlösungen werden nur in lokalem SharePoint unterstützt.

Artikel

Skript-Editor- oder Inhalts-Editor-Webpart

Gilt für: SharePoint Online | SharePoint 2013 | SharePoint 2016

Skript-Editor- oder Inhalts-Editor-Webparts sind eine beliebte Methode, benutzerdefinierten JavaScript-Code in SharePoint-Seiten einzubetten. Ziel dieses Verfahrens ist es, benutzerdefinierten clientseitigen Code im Kontext des aktuellen Benutzers innerhalb der aktuellen SharePoint-Seite auszuführen. Sie können externe JavaScript-Bibliotheken verwenden und Ihren benutzerdefinierten Code in SharePoint hosten, ohne dass eine externe Hostingumgebung benötigt wird.

Dies führt jedoch zu Sicherheitsproblemen, da Skripts ohne Koordination von Administratoren auf SharePoint-Websites bereitgestellt werden können. Um dieses Sicherheitsrisiko zu beheben, unterstützen SharePoint Online-Websites (modern und klassisch) standardmäßig kein Hinzufügen von Skripts zu Websites. Dies wird durch eine so genannte No-Script-Einstellung blockiert, die von SharePoint Online-Mandantenadministratoren gesteuert werden kann.

Darüber hinaus verfügt kein im Skript-Editor-Webpart gehosteter benutzerdefinierter Code über irgendeine Art von Wartungsfunktion, Governance oder Lebenszyklusverwaltung. Aus diesem Grund hat Microsoft im Jahr 2017 das SharePoint-Framework-Modell eingeführt, das dem Skript-Editor-Webpart ähnlich ist, aber in der „modernen“ Benutzeroberfläche ausgeführt wird, das das No-Script-Flag unterstützt und zentrale Governance und Steuerung für SharePoint-Administratoren bietet.

Artikel

  • Last updated on