I’我已经在SharePoint框架（SPFx）上写了一段时间了，但是在许多方面’到目前为止，一切都有些理论化。毕竟，在撰写本文时（2016年12月上旬），SPFx仍处于预览阶段，预计将很快提供一般可用性。但是，我’我开始意识到我们正在为客户指定和构建一些Web部件 现在 实际上需要在框架中完成。这样做的主要原因是我们需要它们在现代页面中工作–使用以前的方法开发的Web部件将无法正常运行。在此，我’最近一直在使用此幻灯片来说明什么在以下地方起作用：
Essentially, a modern (SPFx) web part can work in both modern and 经典 pages. But a 经典 web part can only work in 经典 pages.
让’明确我们的意思是：
因此，这很重要。当然，要考虑的另一方面是所有这些问题有多大。
现代页面的流行程度如何？哪些页面是现代的？
正如我在上一篇文章中提到的 现代SharePoint页面和团队新闻页面-如何查询/搜索它们，新的团队新闻功能使用现代网页，’现在是创建新页面时的默认值。较完整的现代页面列表可能是：
- 使用“Add page”菜单项（从现在开始）
- 任何团队新闻页面
- 现代化的列表/库页面（但目前无法扩展）–无法添加Web部件）
- Office 365配置文件页面（但当前无法扩展）–无法添加Web部件）
- Delve博客页面，尽管这些页面风格（稍早）有所不同
您可以轻松识别现代页面–它显示了网站徽标，细长的工具栏，然后是包含页面标题的高大横幅：
当然，Microsoft可能会在某种程度上更新此外观。’s how it is for 现在.
新的Web零件选择器
问题的核心是新的Web部件选择器。编辑现代页面并添加Web部件时，您可以’ll see this and it’比以前更简单的体验–无需与功能区搏斗，无需浏览从未使用过的许多类别的Web部件：
当然，我在哪里’我要说的是，只有微软’的新Web部件以及在SharePoint Framework中开发的Web部件将显示在此处。 It’值得熟悉这些Web部件，因为它们是新的构建基块–但请注意，不久之后将添加更多内容，例如Power BI Web部件（如果以简单或自动的方式进行身份验证，则可能会很棒）。还考虑新的“突出显示的内容” Web部件–这是接近“内容搜索” Web部件的现代版本，但没有’相当有力量。它*（*）更（*）更容易使用，并且根据我与最终用户的经验，我认为这确实是Microsoft所必须遵循的方向。
要考虑的另一件事是，使用新的Web部件选择器时，以前需要 将Web部件添加到当前网站集的Web部件库中 没有’仍然一定要如此。在SharePoint Framework中，当前的要求是必须将应用程序包安装到应用程序目录中，并且必须将应用程序安装到网站上–Web部件库中没有任何内容。但是SPFx仍在预览中，Microsoft在此处提供了一些选项-看到一旦达到“一般可用性”，事情将在哪里结束将很有趣。
概要
因此，一个新的页面和Web部件模型。我们’到目前为止，新页面主要应用于SharePoint团队网站，但我认为’很明显，发布站点将来会收到类似的更新。到那时’可以期待再次只有Microsoft’的新Web部件和SPFx Web部件将在这些页面中运行。这里的主要信息是现代页面开始流行（并且是默认页面），并且用户正在使用它们– so if you’重新自定义SharePoint或基于Web部件添加新功能，如果您的Web部件在这里不起作用，您可能很快就会遇到问题。这促使我们使用SPFx创建新的Web部件，也许您也应该这样做。只要确保您有一个后备计划，以防时间表不对’t align –例如，您需要使Web部件在完全生产模式下可用（并得到完全支持），然后Microsoft才能在非第一版租户中获得SPFx常规可用性。
