Übersicht über das SharePoint-FrameworkOverview of the SharePoint Framework

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 Erfahrungen zu ermöglichen und Apps zu erstellen, die vom ersten Tag an schnell reagieren und für Mobilgeräte geeignet sind. Das SharePoint Framework funktioniert für SharePoint Online und auch für das lokale SharePoint (SharePoint 2016 Feature Pack 2 und SharePoint 2019).The SharePoint Framework (SPFx) is a page and web part model that provides full support for client-side SharePoint development, easy integration with SharePoint data, and support for open source tooling. With the SharePoint Framework, you can use modern web technologies and tools in your preferred development environment to build productive experiences and apps that are responsive and mobile-ready from day one. The SharePoint Framework works for SharePoint Online and also for on-premises (SharePoint 2016 Feature Pack 2 and SharePoint 2019).

Zu den wichtigsten Features von SharePoint Framework zählen:Key features of the SharePoint Framework include the following:

  • Wird im Kontext des aktuellen Benutzers und der aktuellen Verbindung im Browser ausgeführt. Es gibt keine iFrames für die Anpassung (JavaScript wird direkt in die Seite eingebettet).It runs in the context of the current user and connection in the browser. There are no iFrames for the customization (JavaScript is embedded directly to the page).
  • Die Steuerelemente werden im normalen Seiten-DOM gerendert.The controls are rendered in the normal page DOM.
  • Die Steuerelemente reagieren von sich aus, und der Zugriff ist sofort möglich.The controls are responsive and accessible by nature.
  • Ermöglicht dem Entwickler den Zugriff auf den Lebenszyklus – einschließlich, zusätzlich zu Rendern, Laden, Serialisieren und Deserialisieren, Konfigurationsändernungen und vieles mehr.It enables the developer to access the lifecycle in addition to render, load, serialize and deserialize, configuration changes, and more.
  • It is framework-agnostic. You can use any JavaScript framework that you like: React, Handlebars, Knockout, Angular, and more.It is framework-agnostic. You can use any JavaScript framework that you like: React, Handlebars, Knockout, Angular, and more.
  • Die Toolchain basiert auf allgemeinen Open-Source-Cliententwicklungstools wie npm, TypeScript, Yeoman, Webpack und Gulp.The toolchain is based on common open source client development tools such as npm, TypeScript, Yeoman, webpack, and gulp.
  • Die Leistung ist zuverlässig.Performance is reliable.
  • Endbenutzer können clientseitige SPFx-Lösungen verwenden, die von den Mandantenadministratoren (oder deren Stellvertretern) auf allen Websites genehmigt sind, einschließlich Self-Service-Team-, Gruppen- oder persönliche Websites.End users can use SPFx client-side solutions that are approved by the tenant administrators (or their delegates) on all sites, including self-service team, group, or personal sites.
  • SPFx-Webparts können sowohl zu klassischen als auch zu modernen Seiten hinzugefügt werden.SPFx web parts can be added to both classic and modern pages.

Im Skript-Editor-Webpart wird das Laufzeitmodell verbessert. Es enthält einer stabile Client-API, ein HttpClient-Objekt, das die Authentifizierung bei SharePoint und Office 365 verarbeitet, Kontextinformationen, einfache Eigenschaftsdefinition und -konfiguration und mehr.The runtime model improves on the Script Editor web part. It includes a robust client API, an HttpClient object that handles authentication to SharePoint and Office 365, contextual information, easy property definition and configuration, and more.

Wenn Sie hauptsächlich mit C# arbeiten, möchten Sie bestimmt etwas über clientseitige JavaScript-Entwicklung lernen. Die meisten Ihrer bereits vorhandenen JavaScript-Kenntnisse im Zusammenhang mit SharePoint sind vollständig übertragbar, da sich die Datenmodelle nicht geändert haben und Sie die gleichen REST-Dienste oder JavaScript Object Model (JSOM) verwenden – je nach Ihren Anforderungen. Wenn Sie ein C#-Entwickler sind, bietet TypeScript einen guten Übergang in die JavaScript-Welt. Die Wahl der IDE bleibt Ihnen überlassen. Viele Entwickler verwenden die plattformübergreifende IDE Visual Studio Code. Viele Entwickler verwenden auch Produkte wie Sublime und ATOM.If you work primarily with C#, you want to learn more about client-side JavaScript development. Most of your existing JavaScript knowledge related to SharePoint, however, is completely transferable, as the data models have not changed, and you’ll use the same REST services or JavaScript Object Model (JSOM), depending on your requirements. If you are a C# developer, TypeScript is a nice transition into the JavaScript world. The choice of IDE is up to you. Many developers like to use the cross-platform IDE Visual Studio Code. Many developers also use products like Sublime and ATOM. Use what works best for you.

Warum SharePoint Framework?Why the SharePoint Framework?

SharePoint wurde im Jahr 2001 als lokales Produkt gestartet. Im Laufe der Zeit hat eine große Entwicklercommunity es auf viele verschiedene Arten erweitert und gestaltet. In den meisten Fällen ist die Entwicklercommunity denselben Mustern und Methoden gefolgt, die das SharePoint-Produktentwicklungsteam verwendet hat, einschließlich Webparts, SharePoint-Feature-XML und mehr. Viele Funktionen wurden in C# entwickelt, zu DLLs kompiliert und auf lokalen Farmen bereitgestellt.SharePoint was launched as an on-premises product in 2001. Over time, a large developer community has extended and shaped it in many ways. For the most part, the developer community followed the same patterns and practices that the SharePoint product development team used, including web parts, SharePoint feature XML, and more. Many features were written in C#, compiled to DLLs, and deployed to on-premises farms.

Diese Architektur funktionierte gut in Umgebungen mit nur einem Unternehmen, konnte aber nicht für die Cloud skaliert werden, in der mehrere Mandanten nebeneinander ausgeführt werden. Dementsprechend haben wir zwei alternative Modelle eingeführt: clientseitige JavaScript-Einfügung und SharePoint-Add-Ins. Beide Lösungen haben Vor- und Nachteile.That architecture worked well in environments with only one enterprise, but it didn’t scale to the cloud, where multiple tenants run side-by-side. As a result, we introduced two alternative models: client-side JavaScript injection, and SharePoint Add-ins. Both of these solutions have pros and cons.

JavaScript-EinfügungJavaScript injection

Einer der beliebtesten Webparts in SharePoint Online ist der Skript-Editor. Sie können JavaScript in das Skript-Editor-Webpart einfügen und dieses JavaScript dann beim Rendern der Seite ausführen. Das ist einfach und rudimentär, aber effektiv. Die Ausführung erfolgt im gleichen Browserkontext wie die Seite und befindet sich in der gleichen DOM, damit eine Interaktion mit anderen Steuerelementen auf der Seite möglich ist. Er ist auch relativ leistungsfähig und einfach zu verwenden.One of the most popular web parts in SharePoint Online is the Script Editor. You can paste JavaScript into the Script Editor web part and have that JavaScript execute when the page renders. It’s simple and rudimentary, but effective. It runs in the same browser context as the page, and is in the same DOM, so it can interact with other controls on the page. It is also relatively performant, and simple to use.

There are a few downsides to this approach, however. First, while you can package your solution so that end users can drop the control onto the page, you can't easily provide configuration options. Also, the end user can edit the page and modify the script, which can break the web part. Another big problem is that the Script Editor web part is not marked as "Safe For Scripting". Most self-service site collections (my-sites, team sites, group sites) have a feature known as "NoScript" enabled. Technically, it is the removal of the Add/Customize Pages (ACP) permission in SharePoint. This means that the Script Editor web part will be blocked from executing on these sites.There are a few downsides to this approach, however. First, while you can package your solution so that end users can drop the control onto the page, you can't easily provide configuration options. Also, the end user can edit the page and modify the script, which can break the web part. Another big problem is that the Script Editor web part is not marked as "Safe For Scripting". Most self-service site collections (my-sites, team sites, group sites) have a feature known as "NoScript" enabled. Technically, it is the removal of the Add/Customize Pages (ACP) permission in SharePoint. This means that the Script Editor web part will be blocked from executing on these sites.

SharePoint-Add-In-ModellSharePoint Add-in model

Die aktuelle Option f?r L?sungen, die auf NoScript-Websites ausgef?hrt werden, ist das Add-In-/App-Part-Modell. Diese Implementierung erstellt einen iFrame, wo sich das eigentliche Objekt befindet und ausgef?hrt wird. Der Vorteil besteht darin, dass es f?r Information Worker einfacher ist, zu vertrauen und bereitzustellen, da der iFrame f?r das System extern ist und keinen Zugriff auf den aktuellen DOM/die aktuelle Verbindung hat. Endbenutzer k?nnen Add-Ins auf NoScript-Websites installieren.The current option for solutions that run in NoScript sites is the add-in/app-part model. This implementation creates an iFrame where the actual experience resides and executes. The advantage is that because it's external to the system and has no access to the current DOM/connection, it's easier for information workers to trust and deploy. End users can install add-ins on NoScript sites.

There are some downsides to this approach as well. First, they run in an iFrame. iFrames are slower than the Script Editor web part, because it requires a new request to another page. The page has to go through authentication and authorization, make its own calls to get SharePoint data, load various JavaScript libraries, and more. A Script Editor web part might typically take, for example, 100 milliseconds to load and render, while an app part might take 2 seconds or more. Additionally, the iFrame boundary makes it more difficult to create responsive designs and inherit CSS and theming information. iFrames do have stronger security, which can be useful for you (your page is inaccessible by other controls on the page) and for the end user (the control has no access to their connection to Office 365).There are some downsides to this approach as well. First, they run in an iFrame. iFrames are slower than the Script Editor web part, because it requires a new request to another page. The page has to go through authentication and authorization, make its own calls to get SharePoint data, load various JavaScript libraries, and more. A Script Editor web part might typically take, for example, 100 milliseconds to load and render, while an app part might take 2 seconds or more. Additionally, the iFrame boundary makes it more difficult to create responsive designs and inherit CSS and theming information. iFrames do have stronger security, which can be useful for you (your page is inaccessible by other controls on the page) and for the end user (the control has no access to their connection to Office 365).

SharePoint-FrameworkSharePoint Framework

In der Vergangenheit haben wir Webparts als voll vertrauenswürdige C#-Assemblys erstellt, die auf die Cloud-Servern installiert wurden. Aktuelle Entwicklungsmodelle umfassen jedoch in den meisten Fällen JavaScript, das in einem Browser ausgeführt wird und REST-API-Aufrufe an die SharePoint- und Office 365-Back-End-Arbeitslasten vornimmt. C#-Assemblys funktionieren in dieser Umgebung nicht. Wir brauchten ein neues Entwicklungsmodell. Das SharePoint Framework ist die nächste Stufe der SharePoint-Entwicklung.Historically, we created web parts as full trust C# assemblies that were installed on the cloud servers. However, current development models for the most part involve JavaScript running in a browser making REST API calls to the SharePoint and Office 365 back-end workloads. C# assemblies don’t work in this world. We needed a new development model. The SharePoint Framework is the next evolution in SharePoint development.

Nächste SchritteWhat's next?

SharePoint Framework web parts and extensions have now reached General Availability (GA). We continue to provide updates and refinements over time based on your feedback and experiences. For any additional SharePoint Framework capabilities that are first launched in preview mode, you might experience occasional breaking changes around API names, flows, and more. Future updates to the SharePoint Framework will be backward-compatible so that your solutions continue to work.SharePoint Framework web parts and extensions have now reached General Availability (GA). We continue to provide updates and refinements over time based on your feedback and experiences. For any additional SharePoint Framework capabilities that are first launched in preview mode, you might experience occasional breaking changes around API names, flows, and more. Future updates to the SharePoint Framework will be backward-compatible so that your solutions continue to work.

SharePoint Framework-LizenzSharePoint Framework License

Die SharePoint Framework-Komponenten werden unter dieser Microsoft EULA lizenziert.The SharePoint Framework components are licensed under this Microsoft EULA.

Fragen?Questions?

Wenn Sie noch Fragen haben, stellen Sie diese auf SharePoint StackExchange. Kennzeichnen Sie Ihre Fragen und Kommentare mit #spfx, #spfx-webparts und #spfx-tooling.If you have any questions, post them on SharePoint StackExchange. Tag your questions and comments with #spfx, #spfx-webparts, and #spfx-tooling.

Sie können auch Probleme, Fragen oder Feedback zu den Dokumenten oder dem SharePoint Framework in unserem GitHub-Repository veröffentlichen.You can also post issues, questions, or feedback about the docs or the SharePoint Framework in our GitHub repo.

Siehe auchSee also