-
I'm considering about using PnP Core instead of PnP Framework because of using MS Graph API. But when I setup my project and tried to get list by id app sends request to The same situation with getting by title: My code:
I double-checked the setup of the GraphFirst property. But still don't understand why PnP Core still uses these REST API endpoints instead of MS Graph API. Please explain my this behavior. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 3 replies
-
@kavrat : given the big parity gaps in list handling between Graph and REST we dropped some of the Graph support for lists. What you'll seen in the library is that we use graph for isolated areas (e.g. taxonomy) and features which are only available in Graph. For areas where there's both SharePoint REST and Graph APIs we mainly use SharePoint REST. For the few cases where there's no Graph or REST we fall back to CSOM |
Beta Was this translation helpful? Give feedback.
@kavrat : You can indeed debate over the term Graph first, when building new features we however try to use Graph where possible, it's just with some core SharePoint features that there's too much parity gaps to successfully use Graph over REST in the SDK as we can't limit the SDK functionality to what's just offered by Graph. If you need that then simply use the Graph SDK.
Regarding Rate Limiting, yes, all endpoints do support that but do know that by default it's not turned on in the SDK. See https://pnp.github.io/pnpcore/using-the-sdk/basics-settings.html, more particularly the RateLimiterMinimumCapacityLeft setting. If you want a more advanced sample on how PnP Core rate limiting can …