确定如何处理自定义项 (SharePoint Server 2010)

 

适用于： SharePoint Server 2010

上一次修改主题： 2016-11-30

如果您已经基于 Microsoft Office SharePoint Server 2007 大范围地自定义网站，则必须确定在升级到 Microsoft SharePoint Server 2010 时如何处理这些自定义网站。根据自定义的范围、自定义的种类、网站的复杂程度以及升级的目的，方法将有所不同。在升级之前，必须确定然后评估环境中的自定义项，并确定是否要对其进行升级以及如何升级。

本文内容：

• 确定环境中的自定义项

• 评估自定义项

• 有关特定自定义项的注意事项

• 确保将来的自定义项遵循最佳实践

确定环境中的自定义项

在升级测试过程中，应创建环境中服务器端自定义项（解决方案、功能、Web 部件、事件处理程序、母版页、页面布局、CSS 文件等）的清单。有关如何识别自定义项的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Server 2010)。您可以使用升级规划工作表列出特定自定义项，然后在下一部分中记录评估结果。可从 https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804（该链接可能指向英文页面） 下载该工作表。

评估自定义项

在识别自定义项后，可以决定如何处理这些自定义项。下列问题可帮助您评估自定义项：

• 自定义项是否仍有价值？

  • 它是否服务于有用的业务需要？

  • 它是否得到了广泛的部署和使用？

• 它的设计是否合理？

  • 它是否基于受支持、预定义的网站定义而构建？

  • 它是否遵循自定义项的最佳实践？

  • 它是否是受支持的自定义项类型，或者它是否会在环境中带来风险？

在评估每个自定义项时，还可以考虑您用于自定义项的整体方法。可从下列选项中进行选择：

1. 保留自定义项   使用直观升级可继续将以前版本的用户体验用于特定网站。尽管可以使用此方法保留相同功能，但您将无法利用新版本中提供的新的可视内容（如 Fluent 用户界面 (UI)，也称为功能区）和功能。

2. 替换或重做自定义项   如果要使用新功能、计划重新设计网站，或者要对信息体系结构做重大改动，可以借助升级来重新创建全新的功能、全新的外观或全新的组织。在替换或重做自定义项时，可以利用新功能、根据需要略微修改设计或改用更易于管理的设计。

   有关重做和重新部署解决方案的详细信息，请参阅在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义项和解决方案 (https://go.microsoft.com/fwlink/?linkid=182335&clcid=0x804)（该链接可能指向英文页面）。

3. 放弃自定义项   使用默认功能替换自定义项。可将页面重置为默认网站定义并删除不再想支持的所有 Web 部件或功能。如果决定放弃任何自定义项，必须在使用这些自定义项的网站中修复因删除自定义项而产生的所有问题。您可以在升级之前或之后使用自定义项清单确定哪些网站需要注意此类问题。

特定自定义项的注意事项

除了有关在升级期间如何处理环境中的自定义项的总体决策外，还必须检查特定类型的自定义项，以确定是否必须执行任何附加操作来使其在升级后的环境中工作。

下表列出了一些常见的自定义项以及解决此类自定义问题的建议。

自定义类型	建议
网站模板（.stp 文件）	网站模板（.stp 文件）是 SharePoint Server 2010 中已弃用的功能。SharePoint Server 2010 中的新网站模板存储为 .wsp 文件（解决方案包）。 使用网站模板设置的网站将进行升级，但您将无法创建基于该模板的新网站。如果希望能够创建新网站，则可以改为创建并部署解决方案包。有关详细信息，请参阅解决升级问题 (SharePoint Server 2010)。
网站定义	将网站迁移到受支持的预定义网站定义，然后使用解决方案部署来应用自定义功能。 您也可以继续使用自定义网站定义，而不必创建基于 SharePoint Server 2010 的新网站定义。 但是，如果必须对定义执行自定义升级操作，则可能必须要为该网站定义创建升级定义文件。有关详细信息，请参阅 MSDN 中的升级定义文件 (https://go.microsoft.com/fwlink/?linkid=182339&clcid=0x804)。
“Fabulous 40”应用程序模板	Microsoft 不创建这些模板的新版本。基于这些模板的网站可进行升级，但在升级生产环境之前，请确保测试每个网站。有关详细信息，请参阅解决升级问题 (SharePoint Server 2010)。
功能	评估，然后根据需要重新设计或重新部署。
工作流和服务器控制	取决于解决方案。请与供应商联系，以确定是否有更新的解决方案。如果工作流与新版本兼容，则重新部署。
事件处理程序	重写或重新部署为功能。
管理路径（包含/排除）	为数据库附加升级重新创建包含。排除已假定，无需重新创建。
主题	由于对 UI 进行了大量更改，因此基于 Office SharePoint Server 2007 的自定义主题在 SharePoint Server 2010 中将不起作用。通过直观升级可继续使用原有用户体验中的网站，直至可以创建和应用基于 SharePoint Server 2010 的新主题为止。
工具栏操作	移至功能区 (Fluent UI)。
母版页和 CSS 文件	修改以适应新的用户体验。
JavaScript	通过测试确定是否需要执行任何操作。在某些情况下，可能必须调整脚本才能使用新页面模型。确认它可在升级后的网站中工作，并且在两种直观升级模式下均可。
搜索提供程序或安全修整程序	通过测试确定是否需要执行任何操作。
Web 部件	通过测试确定是否需要执行任何操作。可能必须对 Web 部件进行调整，才能使用严格的 XHMTL 模式。 如果 Web 部件位于页面上，但不在 Web 部件区域中（因此，HTML 代码基本上会直接嵌入页面中），则在将页面还原为默认模板时，该 Web 部件将无法工作。
服务	通过测试确定是否需要执行任何操作。根据需要重新设计或调整代码。
验证提供程序	通过测试确定是否需要执行任何操作。在测试服务器场中重新部署提供程序，并确保它可以正确使用声明身份验证。

不支持下列类型的自定义项。如果您的环境中存在其中任何自定义项，则必须在升级之前使用受支持类型的自定义项替换它们。否则，可能会遇到无法修复的升级问题：

• 已修改的预定义文件、功能或网站定义。

  警告

  有些预定义文件类型（如文档图标或操作）可以修改，尽管这些文件类型无法升级，但可用受支持的方式执行其更改。如果还原为网站模板，则对其他预定义文件（如服务器端 ASPX 页面）的修改将在升级过程中丢失。根据更改的文件和这些更改的范围，升级体验会有显著区别。最好是还原磁盘上所有文件中的所有更改。

• 通过直接更改数据或更改架构（包括添加或删除触发器、表、视图或索引）修改的 SharePoint 数据库。

如果存在上述任何类型的自定义项，则需在尝试升级之前将其删除并替换为受支持的自定义项。这是既能够确保当前升级正常工作又能确保将来的任何升级都能顺利进行的最佳实践。但是，仍然不支持更改预定义文件和数据库。

确保将来的自定义项遵循最佳实践

确保您的环境运行良好且遵循最佳实践。仅部署遵循 MSDN 和 TechNet 上的下列文章中描述的最佳实践的自定义项：

• 最佳实践：使用可处置的 Windows SharePoint Services 对象（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=105945&clcid=0x804)（该链接可能指向英文页面）。

• 在 Windows SharePoint Services 3.0 中使用代码的开发工具和技术（第 1 部分，共 2 部分） (https://go.microsoft.com/fwlink/?linkid=101494&clcid=0x804)。

• 最佳实践：使用 SharePoint 对象模型时的常见代码问题 (https://go.microsoft.com/fwlink/?linkid=105946&clcid=0x804)。

• SharePoint 产品和技术自定义策略 (https://go.microsoft.com/fwlink/?linkid=105947&clcid=0x804)。