| Nuget package | Description | Latest development version |
|---|---|---|
| PnP.Core | The PnP Core SDK |  |
| PnP.Core.Auth | The authentication provider for the PnP Core SDK |  |
The PnP Core SDK is an SDK designed to work for Microsoft 365. It provides a unified object model for working with SharePoint Online and Teams which is agnostic to the underlying APIs being called. Currently the library is in beta, see our roadmap for more details. The initial goal for this library will be to cover the needs of developers working with either SharePoint Online or Teams, but we're also open to extend this library further towards other Microsoft 365 workloads if there's community demand for doing so.
Important The PnP Core SDK is in beta: it's ready for developers to start using in real life scenarios. Between now and GA there might be small breaking changes, but we try to minimize those as much as possible, focus will be on finalizing our GA scope, stabilizing and documenting it.
For more details on how to use this SDK and how to contribute checkout https://aka.ms/pnp/coresdk/docs.
This is a community effort, hence we cannot guarantee below roadmap but rest assure, we're working hard to stick to plan 🚀 If you want to join our team and help realize this, then checkout the How can I help section in our docs.
- Preview 3: September 2020 (shipped)
- Beta 1: November 2020 (shipped)
- Beta 2: January 2021
- V1: February 2021
Absolutely! One of the key reasons for building PnP Core SDK is to nicely fit into modern .NET development:
-
We currently target .NET Standard 2.0 and .NET 5.0. Use the .NET 5.0 build if you're using a modern .NET version, use .NET Standard 2.0 for backwards compatibility with .NET Framework 4.6.1+
-
This library will work cross platform (Windows, Linux, MacOS)
-
This library will work in all places where .NET will work (see our samples to learn more):
- Backend: e.g. Azure functions v3
- Web: e.g. ASP.NET core, Blazor
- Browser (WebAssembly (WASM)): Blazor. We only support Blazor with our .NET 5.0 version
- Windows Client: Windows Forms, WPF
- Mobile: Xamarin
-
The library internally uses dependency injection and you can consume it via dependency injection in your applications
The PnP Sites Core library is very popular library that extends SharePoint using mainly CSOM. This library contains the PnP Provisioning engine, tons of extension methods, a modern page API, etc...but this library has also organically grown into a complex and hard to maintain code base. One of the reasons why the PnP Core SDK development started is to provide a new clean basis for the PnP Sites Core library with a strong focus on quality (test coverage above 80%, automation). As this transition will take quite some time and effort we plan to gradually move things over from PnP Sites Core to the PnP Core SDK. The first step in this transition is releasing a .NET Standard 2.0 version of PnP Sites Core, called PnP Framework. Going forward PnP Framework features will move to the PnP Core SDK in a phased approach. At this moment we've shipped our first PnP Framework preview version and preview 3 of the PnP Core SDK.
The SDK provides an object model that's API agnostic, when you as a developer for example load a SharePoint List the SDK by default will use Microsoft Graph. If however you're loading List properties that cannot be provided via Microsoft Graph the SDK wil issue a SharePoint REST call. Depending on the needs the SDK will use Microsoft Graph Beta calls (e.g. for Taxonomy support) and in some rare cases the CSOM endpoint (client.svc) is called. But the good thing is that all of this is transparent for you as developer! You'll have a consistent development experience regardless of the underlying APIs being called.
As Microsoft Graph is our recommended API to work with Microsoft 365, the SDK will always use Microsoft Graph whenever possible, the "fall back" to SharePoint REST only happens when Microsoft Graph can't provide the needed data.
Community rocks, sharing is caring!
This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.