Webpart im SharePoint-Add-In-Modell

Der Ansatz, den Sie verwenden, um portable Seitenkomponenten zu erstellen, ist im neuen SharePoint-Add-In-Modell anders als bei voll vertrauenswürdigem Code. In einem typischen FTC-Szenario (Full Trust Code) bzw. farm solution wurden Webparts erstellt, um portable Seitenkomponenten zu implementieren.

In einem SharePoint-Add-In-Modellszenario werden Add-In-Parts (App-Parts) erstellt, um portable Seitenkomponenten zu implementieren. Add-In-Teile verwenden clientseitigen Code.

Allgemeine Richtlinien

Als Faustregel möchten wir die folgenden allgemeinen Richtlinien für Add-In-Parts bereitstellen.

Sie können keinen serverseitigen Code in Add-In-Parts ausführen.
Sie können keine benutzerdefinierten Editor-Teile für Add-In-Parts erstellen.
Verwenden Sie den Add-In-Skriptpart, um eine Verknüpfung mit JavaScript herzustellen, das für die Interaktion mit SharePoint und anderen Diensten und zum Erstellen einer Benutzeroberfläche verwendet wird.
Standardmäßig werden benutzerdefinierte Eigenschaften, die Sie Editorparts hinzufügen, immer als letzte Gruppe in einem Editorteil angezeigt.
- Sie können JavaScript verwenden, um das Aussehen und Verhalten eines Editorparts für ein Add-In-Webpart außer Kraft zu setzen.
- Sehen Sie sich das folgende Beispiel an, das veranschaulicht, wie dies geschieht.
- Core.AppPartPropertyUIOverride (O365 PnP-Beispiel)

Erste Schritte

Add-In-Teile können problemlos mithilfe des vordefinierten Add-In-Skriptparts erstellt werden. Auf diese Weise können Sie einen Link zu einer JavaScript-Datei bereitstellen, die überall gehostet wird. Die JavaScript-Datei verwendet clientseitigen Code, um mit SharePoint oder anderen Diensten zu interagieren und eine Benutzeroberfläche zu rendern.

Im folgenden Artikel werden das Add-In-Skriptpartmuster und dessen Verwendung beschrieben.