将 SharePoint 2013 WSP（Web 部件）迁移到 SharePoint 2019（本地）[关闭]

Posted 2023-03-27

【中文标题】将 SharePoint 2013 WSP（Web 部件）迁移到 SharePoint 2019（本地）[关闭]

【英文标题】：Migrate a SharePoint 2013 WSP (web part) to SharePoint 2019 (On-Prem) [closed]

【发布时间】：2020-05-29 06:00:21

【问题描述】：

我对 SP 2019 (On-prem) 还很陌生，但没有太多运气找到有关将 SP13 Web 部件移动到 SP 2019 的信息。看来我可能必须使用 SharePoint 框架重新创建它。有没有人有成功将现有 SP 2013 webpart 迁移到 SP 2019（本地）的经验，或者框架是现在唯一的方法吗？

【参考方案1】：

只要您坚持使用经典模式的网站，您就无需进行任何更改。 SharePoint 已经有 .NET Assembly redirects，因此任何试图引用 SP2013 或 SP2016 .dll 的 .NET 程序集都将被定向到 SP2019 .dll。

我们刚刚完成了一个企业客户的升级，该客户拥有 30 多个复杂的 .wsp 解决方案包，在 2000 多个站点中使用，从 SP2013 到 SP2019。我们必须修改的唯一解决方案包是依赖于第三方购买的产品的解决方案包。但是我们将每个迁移的站点都保持在经典模式以实现这一点。

现在，如果您想在任何 SharePoint 2019 网站上使用新式 UI，根据您的自定义设置，它们很可能无法正常工作。如果它们是纯粹的后端 Event Receiver 和 Timer Job 类型的自定义，它们可能仍然有效，但如果它们有任何类型的 UI 自定义，它们肯定会在新的 Modern 界面中中断。对于前端用户界面自定义，您必须使用 SharePoint 框架重新构建您的解决方案。

【参考方案2】：

在 SharePoint 2019 中，仍然支持在经典页面中使用 WSP Web 部件。

您可以将 Web 部件解决方案复制到 SharePoint 2019 并使用 Visual Studio 打开，将 SharePoint.dll 引用更改为 SharePoint 2019 的版本，重新构建并测试此 Web 部件是否有异常，然后直接使用 Visual Studio 部署。

您需要注意以下几点：

Consideration when upgrading WSP'S from One SharePoint version to another

为了获得新式页面体验，需要重新创建 SPFX 解决方案并实现相同的功能。

Build your first SharePoint client-side web part