确定如何处理自定义设置 (SharePoint Foundation 2010)
适用于： SharePoint Foundation 2010
上一次修改主题： 2016-11-30
如果已经根据 Windows SharePoint Services 3.0 对网站进行了大量的自定义，则在升级到 Microsoft SharePoint Foundation 2010 时必须确定希望如何处理自定义的网站。处理方法将因自定义的范围、自定义的类型、网站的复杂程度以及升级的目标而异。升级前，必须确定环境中的自定义项并进行评估，然后决定是否升级这些自定义项以及如何升级。
本文内容：
确定环境中的自定义项
评估自定义项
有关特定自定义项的注意事项
确保将来的自定义项遵循最佳实践
确定环境中的自定义项
作为升级测试过程的一部分，您应该创建一份环境中服务器端自定义项的清单（解决方案、功能、Web 部件、事件处理程序、母版页、页面布局、CSS 文件等）。有关如何确定自定义项的详细信息，请参阅使用试验升级查找潜在问题 (SharePoint Foundation 2010)。可以使用“升级计划”工作表来列出特定的自定义项，然后在下一部分中记录您评估的结果。可从 https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x804（该链接可能指向英文页面） 下载此工作表。
评估自定义项
在确定自定义项之后，您可以决定对这些自定义项采取什么操作。下面的问题可帮助您评估自定义项：
该自定义项是否仍有价值？
它是否满足有用的业务需要？
它是否被广泛地部署和使用？
该自定义项是否经过精心设计？
它是否构建于支持的预定义网站定义之上？
它是否遵循关于自定义项的最佳实践？
它是否为受支持的自定义类型，或者是否会给环境带来风险？
在评估每一单个自定义项的同时，您也可以考虑用于多个自定义项的整体方法。可以从以下选项中进行选择：
保留自定义设置 使用直观升级可继续为特定网站使用以前版本的用户体验。尽管使用此方法可以保留相同的功能，但是您将无法利用新的外观（如 Fluent 用户界面 (UI)，也称为“功能区”）和新版本中提供的功能。
替换或重做自定义项 如果希望使用新功能，请计划重新设计网站，或者要对信息体系结构做出重大更改，而升级则是您重新开始设计新功能、新外观或新组织的机会。当替换或重做自定义项时，可以利用新的功能，根据需要对设计稍做修改，或者移到更易于管理的设计中。
有关重做和重新部署解决方案的详细信息，请参阅在 SharePoint Foundation 2010 和 SharePoint Server 2010 中重新部署自定义项和解决方案 (https://go.microsoft.com/fwlink/?linkid=182335&clcid=0x804)（该链接可能指向英文页面）。
丢弃自定义项 使用默认功能替换自定义项。可以将页面重置为默认网站定义并移除任何不再希望支持的 Web 部件或功能。如果您决定丢弃任何自定义项，则必须解决因移除网站中所使用的自定义项而生成的任何问题。可以使用自定义项清单来确定哪些网站在升级前或升级后需要加以这方面的注意。
有关特定自定义项的注意事项
您除了要在整体上决定升级期间如何对待环境中的自定义项以外，还必须检查特定类型的自定义项，以确定您是否必须执行其他任何操作，以使这些自定义项在升级后的环境中起作用。
下表列出了一些常见的自定义项和对应类型的自定义项的操作建议。
| 自定义类型 | 建议 |
|---|---|
网站模板（.stp 文件） |
网站模板（.stp 文件）是 SharePoint Foundation 2010 中已弃用的功能。SharePoint Foundation 2010 中的新网站模板存储为 .wsp 文件（解决方案包）。 使用网站模板设置的网站将进行升级，但您将无法创建基于该模板的新网站。如果希望能够创建新网站，则可以改为创建并部署解决方案包。有关详细信息，请参阅解决升级问题 (SharePoint Foundation 2010)。 |
网站定义 |
将网站迁移到一个受支持的预定义的网站定义，然后通过使用解决方案部署应用自定义功能。 您也可以继续使用自定义网站定义，而不必创建基于 SharePoint Foundation 2010 的新网站定义。 但是，如果您必须为该定义执行自定义升级操作，则您可能必须为该网站定义创建一个升级定义文件。有关详细信息，请参阅 MSDN 上的升级定义文件 (https://go.microsoft.com/fwlink/?linkid=182339&clcid=0x804)。 |
“Fabulous 40”应用程序模板 |
Microsoft 不创建这些模板的新版本。基于这些模板的网站可进行升级，但在升级生产环境之前，请确保测试每个网站。有关详细信息，请参阅解决升级问题 (SharePoint Foundation 2010)。 |
功能 |
进行评估，然后根据需要重新设计或重新部署。 |
工作流和服务器控件 |
取决于解决方案。请与供应商联系以了解是否存在已更新的解决方案。如果工作流与新版本兼容，请进行重新部署。 |
事件处理程序 |
重写并重新部署为功能。 |
管理路径（包含/排除） |
针对数据库附加升级重新创建包含项。排除项是假设的，无需重新创建。 |
主题 |
由于对 UI 进行了大量更改，因此基于 Windows SharePoint Services 3.0 的自定义主题在 SharePoint Foundation 2010 中将不起作用。通过直观升级可继续使用原有用户体验中的网站，直至可以创建和应用基于 SharePoint Foundation 2010 的新主题为止。 |
工具栏操作 |
移至功能区 (Fluent UI)。 |
母版页和 CSS 文件 |
重复工作以容纳新的用户体验。 |
JavaScript |
测试以确定是否需要执行任何操作。在某些情况下，您可能必须将脚本调整为适用于新的页面模型。验证脚本在升级后的网站上和直观升级模式中是否起作用。 |
搜索提供程序或安全修整程序 |
测试以确定是否需要执行任何操作。 |
Web 部件 |
测试以确定是否需要执行任何操作。您可能必须将 Web 部件调整为适用于严格 XHMTL 模式。 如果某个 Web 部件位于页面之上但不在 Web 部件区域中（因此说，HTML 代码基本上是直接嵌入页面中），此时若将页面还原为默认模板，该部件将不起作用。 |
服务 |
测试以确定是否需要执行任何操作。根据需要重新设计或调整代码。 |
验证提供程序 |
测试以确定是否需要执行任何操作。重新部署测试服务器场上的提供程序，并确保该提供程序在声明身份验证下正常工作。 |
以下类型的自定义项不受支持。如果您的环境中存在其中任何自定义项，则必须使用支持类型的自定义项替换这些自定义项，然后才能进行升级。否则，您可能会遇到无法解决的升级问题：
已修改的预定义的文件、功能或网站定义。
警告
尽管某些预定义的文件类型（如文档图标或操作）将不会进行升级，但是可以修改这些文件类型，它们的更改可以一种支持的方式继续下去。如果还原为网站模板，则在升级的过程中将丢失对其他预定义文件（如服务器端 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)。