今天我阅读了一篇文章，关于两个PnP库 "PnP Core SDK" 和 "PnP Framework"。
PnP Core SDK似乎是一个完全抽象化了SharePoint/Teams的CSOM、Graph或REST API的框架。
因此，我只需要使用Pnp-Context，不必再关心后台实际上使用的是Graph还是CSOM。
这对我来说很有意义。
但是PnP Framework也是一个新库，它仍然提供对实际CSOM上下文的访问。
这让我困惑，因为我不知道作为开发人员现在该怎么做。
我应该仅使用PnP Core SDK吗？而只有在需要站点预配引擎时才使用PnP Framework？
或者我也可以将PnP Framework用于像"创建站点"、"更新列表项"等典型操作吗？
文章指出了两个库之间的以下差异：
你可能想知道PnP Framework和PnP Core SDK之间的区别。PnP Core SDK由PnP Framework使用，并以独立于SharePoint的CSOM的思维方式实现。越来越多在SPO中引入的新功能并不一定通过CSOM提供；这是Microsoft 365 PnP引入新SDK的动力，该SDK位于PnP Framework和某些功能的PnP PowerShell的背后。是的，但我仍然需要Pnp Framework吗？这只解释了PnP SDK是什么...
稍后他继续说道：
阅读此内容后，您可能会问自己：“我应该在何时使用？”如果您是SharePoint开发人员，习惯于使用CSOM，或者如果您已经有一个基于PnP Sites Core和CSOM构建的现有项目，则应依赖PnP Framework并开始构建现代解决方案，利用新PnP Framework库提供的丰富的扩展和实用程序集。如果您是.NET开发人员，希望为SPO创建新的现代解决方案，请开始使用PnP Core SDK，并享受使用高级抽象层消耗Microsoft Graph和SPO REST API的乐趣。
我是一名SharePoint开发者，也是.NET 5开发者。但这并不能回答我的问题。
什么时候应该使用PnP Framework？什么时候应该使用SDK？
对于普通站点、团队、列表、项操作等，我可以使用SDK；对于配置引擎，我可以使用框架。但是这样正确吗？