新式化用户界面
新式团队网站或通信网站的直接可见元素之一是其新式用户界面，如其主页、列表和库页面所显示。
但如果你的网站仍包含使用经典用户界面显示的列表和库、Wiki 页面或 Web 部件页，该怎么办呢？
如需切换到新式用户界面，需要完成以下操作：
- 使用新式用户界面显示列表和库（也称为“新式列表和库体验”）
- 将网站页面从经典 Wiki 页面和 Web 部件页转换为新式页面
重要
我们不会弃用“经典”体验；“经典”和“新式”体验将同时共存。
重要
新式化工具和所有其他 PnP 组件均为开源工具，由一个活跃社区提供支持服务。 没有来自 Microsoft 的官方支持渠道的开放源代码工具支持的 SLA 。
如需新式化网站的用户界面，该从哪里入手？ 应首先新式化什么网站？ 这些非常相关的问题将在以下步骤中解决。
步骤 1：确定利益干系人并使其获悉信息
踏上这场新式化之旅前，下列利益干系人必须熟悉 SharePoint 中的新式用户界面。
- 关键业务利益干系人 - 新式用户界面必须满足企业用户的需求，并且关键业务利益干系人应倡导这种更改。 授予他们对样本环境的访问权限，并与他们紧密协作，将有助于他们了解什么效果好，什么效果不好。 稍后，这些关键业务利益干系人将在帮助最终用户采用新式用户界面方面发挥至关重要的作用。
- 自定义团队和开发人员 - 由于过去构建的自定义项可能不再适用于新式用户界面，所以此团队需要能够重新设计这些自定义项。
- SharePoint 管理员 - 管理员将是跨租户及其网站启用新式用户界面的管理员。
- 更改管理和治理团队 - 如果你的组织中存在这些团队，则也应让他们参与进来，因为从经典用户界面切换到新式用户界面会影响用户的更改，并且可能需要更新内部培训教材。
让相应团队参与进来并获取相关知识，就可以继续执行下一步了。
步骤 2：分析网站集
租户可能包含数千个网站集，那么哪些网站集适合新式化，哪些不适合呢？ Microsoft 创建了一个扫描程序来帮助了解已有网站的准备情况：SharePoint 新式化扫描程序可详细分析网站是否可供连接到 Office 365 组，帮助你深入了解列表和库与新式用户界面的兼容性，并对环境中的 Wiki 页面和 Web 部件页进行详细分析，以为新式化页面做好准备。 这些结果最初可用于推动修正工作，以及后续的迁移工作。 如果你的重点是 转换网站页面、 转换列表和库 或 将网站连接到 Microsoft 365 组 ，请使用此扫描程序。
| Microsoft 365组连接就绪 |
|---|
 |
| 列表准备情况 |
 |
| 页面转换准备情况 |
 |
步骤 3：新式化网站集
分析完要新式化的网站后，就可以继续执行实际新式化操作，具体包括以下一项或多项操作：
将不兼容的自定义项替换为与新式用户界面兼容的等同项。 下面是一些示例。 如需了解更多信息，请参阅新式化自定义。
- 将 JSLink 替换为列格式化程序或 SharePoint 框架字段自定义工具扩展。
- 将现有第一方 Web 部件替换为 SharePoint 框架 Web 部件（在没有功能类似的现成新式 Web 部件可用的情况下）。
- 将通过用户自定义操作嵌入的 JavaScript 替换为 SharePoint 框架应用程序自定义工具扩展。
- 将列表命令（用户自定义操作）替换为 SharePoint 框架 ListView 命令集扩展。
新式化用户体验，具体操作如下：
- 使用新式用户界面显示列表和库，这可通过替换自定义、从使用的视图中删除不兼容的列，或（最后一招）将数据移到与新式用户界面兼容的列表类型来实现。
- 将站点连接到Microsoft 365组，这将为网站提供新式主页，并使您的网站能够使用邮箱或 Microsoft Planner，然后可以使用新式版本的日历和任务列表。
- 创建新式页面，并将其配置为与关键的经典 Wiki 页面和 Web 部件页“相似”。 以编程方式对网站的关键页面执行页面转换；转换所有页面会占用大量资源，而且通常是没有必要的。 为了帮助进行此分类，SharePoint 新式化扫描程序会提供当前 Wiki 页面和 Web 部件页的使用情况信息。
告知最终用户已完成的更改；网站在新式版本中的运行方式有所不同，用户需要注意这一点。