Wiki页面，应用程序页面，Web零件页面和发布页面之间的差异

Question

MSDN SharePoint论坛中有很多地方，使用这些术语，我在他们之间混淆。有人可以澄清吗？

Answer 1

让我看看我是否可以在SharePoint中解释页面而不让您更加混淆。

不同类型的页面之间的差异非常依赖于您的视图是否为开发人员或最终用户。当您引用MSDN时，我将从Developer View开始。

SharePoint页面从开发人员的角度

从开发人员角度来看，SharePoint中有三个主要页面：应用程序页面，主页和站点页面

应用程序页

应用程序页面是存储在formentacicetagcode以下的文件夹中的页面，它们通过虚拟目录生成属世代oTagcodeAgcode访问，该代码在所有SharePoint站点下面存在。表现为完全普通的ASP.NET页面，除了他们知道它们作为一部分访问的SharePoint站点。它们应该/用于应在不同类型的所有网站上使用的东西。

master页面

母版本只是普通的ASP.NET主页页面，可用于控制网站集中的所有页面的HTML的一部分，如整体布局和导航。包含ContentPlacePlove，然后由各个页面上的内容控件内容替换。

网站页面

网站页面是一个非常特殊的页面。它们（至少最初）通常存储在相应的特征/站点定义的文件夹中。它们可通过特征/站点隐形或诸如“添加页面”的代码中的生成播码元素（或者在该功能）激活时（或配置）（或代码运行）的代码，以便在内容数据库中创建记录将URL链接到文件系统中的文件的站点。
此时，站点页面是无法计算的（或幻影（旧术语））。但是使用SharePoint Designer，目标模型或浏览器最终用户可以更改特定URL（在特定站点中的页面的内容。然后将更改的页面存储在内容数据库中，现在已自定义（或未触及），并且由于安全性（不能包含标记中的服务器侧代码而存在一些限制，可能只继承自安全基类，并且可能只包含控件安全）。

网站页面是您通常会让最终用户使用的页面。他们有多种变体：

纯站点页

（我自己的术语）标准ASP.NET页面，开发人员控制页面上的内容。非常罕见。

web部件页

从包含多个webpartzones的{SharePointRoot}\Template\Layouts继承的页面，其中开发人员/最终用户可以添加Web部件来控制页面显示/可以做的事情。在以前版本的SharePoint非常常见和非常强大。

wiki页

创建内容页面的新方法。与Web部件页面非常相似，而不是拥有多个Web部件区域，它通常只有一个隐藏的。然后它有一个Wiki字段可以轻松编辑，可以包含标记，这将使来自隐藏区域的Web部件在内容（如divs）中内联显示内联（如div）

可以与多个webpartzones组合，以便更多地控制腹板部件的放置。

发布页面/页面布局

从开发人员的角度来看，发布页面不是真正的页面，但ListItem绑定到页面布局。另一方面，页面布局几乎是我所说的纯站点页面，但只能由相应的发布页面列表，它们包含控件，允许在ListItem中显示/编辑列。

sharepoint页面从最终用户的角度来看

设置页=应用程序页

页面可以更改某些设置，但没有控制页面上的内容

web部件页

站点中作为空白站点的标准类型页面。允许最终用户将Web部件放在不同区域中，这使其成为建立“Mashup”应用的理想选择，但难以创建普通内容。

wiki页

协作站点中的标准页面。允许在需要时非常容易地编辑内容和网页部件的混合。对非结构化内容非常好。

发布页

发布站点中的标准页面。内容的结构非常非常多地由页面布局控制，通常非常有限地使用网页。非常好的让网站看起来一致。

Answer 2

wiki页就像wikipedia页面。我们允许用户编辑页面。

应用程序页是我们可以在不同的网站集或网站中使用相同页面的页面。假设我们想在每个网站集中使用良好设计的接口显示自定义错误页面，那么我们可以创建一个应用程序页面并将重定向URL重定向到该应用程序页面。应用程序页面无法由用户编辑。我们应该使用Visual Studio进行编辑。编程知识需要编辑。

webpart page 只不过是我们可以将WebParts添加到页面的地方。除了此WebPart页面之外，我们无法添加WebParts。内部将在内部处理WebPart如何在页面等中呈现。

发布页面发布页只有在发布站点中可用。在发布站点中，作者和批准者使用发布功能来创建内容，然后使其可用于网站访问者。通常，发布站点已启用批准工作流程，因此在发布之前审核并批准内容。

请参阅此链接 您可以通过Googling找到此链接。

Answer 3

在使用Wiki页面和Web部件页面时，我遇到的一些差异来自更实际的立场：

wiki页

• 可以将Web部件纳入文本并自由拖放它们，包括例如HTML表的单元格，提供了非常精确的布局的方法。
• 可以选择8个“文本布局”，主要在列数和标题和页脚的存在或缺失中不同。
• 可以随时更改现有页面的文本布局。在您选择的新布局中已包含内容的页面上更改页面上的文本布局时，SharePoint将该内容移动到另一个区域的开头或结尾;当布局更改时，添加它们始终为空的区域。
• 如果在页面库中启用了版本控制，则只要保存页面时将创建一个新版本。
• 向页面添加丰富的文本内容只是单击和键入的问题。
• 可以意外地进行部分或完全破坏在页面内放置的Web部件布局的变化。这基本上是因为放入Wiki页面中的每个Web部件都由一对包裹在另一个div内的一对div表示，有时在点击要将文本添加到页面的位置时，或拖放Web部件时，插入点SharePoint决定它认为您想要在Web部件的外部Div内卷起。一旦发生这种情况，您可能无法在该Web部件上的“编辑Web部件”菜单上，或者有时在页面上的所有Web部件上。
• 在SP2010中（不知道这是在SP2013中修复），在将Excel Web Access Web部件放在Wiki页面上并保存页面之后，随后单击“编辑页面”将在“加载”上粘在“编辑页面”中。 。“，只能通过Web部件维护视图关闭该Web部件来解决。

  Web部件页

  • 可以将Web部件放入Web部件区域并在这些区域内更改其相对顺序，但不能轻易对其定位进行更精细的调整。
  • 可以选择8“布局模板”在创建页面时，其中大部分都比Wiki页面的文本布局更复杂。在大多数情况下，Web部件仅限于区域内的垂直堆叠，但是一些布局有一个具有水平对准的区域。示例： 创建页面后，
  • 无法更改布局模板。
    • （因此，我通常在创建Web部件时选择最“复杂的”布局中的一个;任何带零Web部件的区域都将折叠到几个像素的空格，直到/除非我添加一些东西稍后给他们。）
    • 更改页面内容时不会创建版本。 （注意：有一种更改将创建一个版本，但我不知道它是什么。这不是我常常做的;我已经编辑了一个Web部件页面有两个版本。 ）
    • 将富文本内容添加到页面，必须将内容编辑器Web部件（CEWP）添加到其中一个Web部件区域。不能在CEWP中放置网站。
    • 可以更容易以编程方式更新，因为每个Web部件都有整数属性“区域”和“索引”，它在布局中定义其位置 - 在Wiki页面中只有一个区域，并且由于网零件而无关与wiki文本有内联。

Answer 4

视频系列 SharePoint页面I：在Microsoft Office网站上的简介介绍了从业务用户的角度来看Wiki页面，Web部件页面和应用程序页面之间的差异。注意：应用程序页面称为视频系列中的系统页面。

总结视频系列：

应用程序页面提供用于使用SharePoint站点的工具，但业务用户无法编辑应用程序页面。查看URL时，所有应用程序页面都驻留在/ _layouts /文件夹中。

业务用户可以编辑Wiki和Web部件页面。Wiki页面更新，更易于编辑;Web部件页面较旧，更难以编辑。