今天我读了一篇关于两个PnP库的文章"PnP核心SDK"；以及"；PnP框架"；。
PnP核心SDK似乎是一个完全抽象SharePoint/Teams的CSOM、Graph或RESTApi的框架
所以我可以只使用Pnp上下文，而不必再关心Graph或CSOM是否真的在后台使用
这对我来说很有意义。
但PnP框架也是一个新的库，它仍然提供对实际CSOM上下文的访问
这让我很困惑，因为我现在不知道作为一名开发人员该如何行事。
我应该只使用PnP核心SDK吗？只有当我需要站点配置引擎时，才使用PnP框架？
或者我也可以将PnP框架用于典型的操作；创建站点"更新列表项"；等
本文阐述了两个库之间的以下差异：
您可能想知道PnP框架和PnP核心SDK之间的区别。PnP核心SDK由PnP框架使用，它是以独立于SharePoint的CSOM的心态实现的。SPO中引入的越来越多的新功能不一定能通过CSOM获得；这是微软365 PnP推出新SDK的动力，该SDK在PnP框架和PnP PowerShell的掩护下提供了一些功能。
是的，但为什么我仍然需要Pnp框架？这只是解释了什么是PnP SDK…
后来他继续说：
看完这些内容后，你可能会问自己："我应该用什么什么时候？">
如果您是SharePoint开发人员，习惯于使用CSOM，或者您已经有一个在PnP站点核心之上构建的现有项目和CSOM，您应该依赖PnP框架并开始构建现代利用所提供的丰富的扩展和实用程序集的解决方案通过新的PnP框架库。
如果你是一名.NET开发人员，愿意创建一个新的现代解决方案对于SPO，请开始使用PnP Core SDK并享受消费具有高级抽象的Microsoft Graph和SPO REST API层
我是一名SharePoint开发人员，也是一名.NET 5开发人员。但这仍然不能回答我的问题。
我什么时候应该使用PnP框架？什么时候SDK？
对于正常的站点、团队、列表、项目操作等，我可以使用SDK，而对于供应引擎，我可以用Framework
但这是正确的吗？
我应该只使用PnP核心SDK吗？只有当我需要站点配置引擎时，才使用PnP框架？或者我也可以将PnP框架用于典型的操作；创建站点"更新列表项"；等
您可能只需要使用PnP Core SDK，这当然取决于您的需求，但对于缺失的部分，您仍然可以使用PnP Core SDK，因为它们使您可以通过PnP Core使用REST API。
我一直在我们的产品和SharePoint之间的多次集成中使用PnP Core SDK。我们已将其用于创建网站、文件夹、文件夹访问管理组/用户、更新和创建列表项等。
正如他们在这里提到的，他们正在进行过渡，这意味着PnP Core将是未来唯一的SDK，他们正在收集所有这些
这个库是PnP框架的长期发展，我们将在不影响PnP框架用户的情况下实现从PnP框架到PnP核心SDK的分阶段过渡。
不幸的是，我没有任何关于"；供应引擎"；但正如他们(再次(在这里提到的那样，过渡也将为此而进行。
由于这一过渡将需要相当长的时间和精力，我们计划逐步从PnP框架转移到PnP核心SDK。展望未来，PnP框架功能将分阶段转移到PnP核心SDK。
在那些项目中，我一直在使用PnP Core SDK，这真的让我感到惊讶，因为它已经提供了大量的功能，这使它非常强大。它是一个巨大的SDK，使用它的人做得很好(尽管文档需要更多的工作，但它仍然比市场上的许多其他文档更好(。
我希望这能为你澄清一些事情。