SharePoint 快速入门 FAQ 第一部分
4.83/5 (94投票s)
SharePoint 快速入门 FAQ 第一部分
目录
- 引言
- 什么是 SharePoint?
- 什么是 WSS 和 MOSS?
- WSS 实际是如何工作的?
- WSS 如何与 IIS 一起工作?
- 什么是站点和站点集合?
- 使用站点集合的主要优点是什么?
- SQL Server 在 SharePoint 中有什么用?
- 虚拟路径提供程序的概念是什么?
- SharePoint 中的“幽灵”和“非幽灵”概念是什么?
- ASP.NET 中安全模式解析器的概念是什么?
- 站点页面和应用程序页面的概念是什么?
- 下一步？
- SharePoint 的其他链接
如果您是 SharePoint 新手，请从以下视频开始学习：8 小时学会 SharePoint：-
引言
这是为 SharePoint 新手准备的快速入门 FAQ。我们将通过前两篇文章进行一些理论上的预热，然后在此基础上进行一些实践。我为 SharePoint 撰写了 10 部分系列文章，希望您会喜欢。这是系列的第一部分。先用理论热身，然后 SharePoint 的其余部分将变得轻而易举。本文介绍了 SharePoint 的基础知识，并介绍了 SharePoint 如何与 ASP.NET 一起工作。
什么是 SharePoint?
SharePoint 帮助团队成员以协作的方式连接和交换信息。它有助于集中企业信息以实现高效运作。例如，下面是一个组织正常运作的方式。文件和文档分散在各个 PC 中，数据根据自定义协议进行传输。发送数据的通信协议取决于个人。有些人会使用电子邮件，有些人会共享驱动器等。
SharePoint 将所有文档集中到一个地方，并统一了数据传输机制。总而言之，它是一个中央企业信息门户。
什么是 WSS 和 MOSS?
微软将 SharePoint 产品分为两部分。一部分称为 WSS (Windows SharePoint Services)，另一部分称为 MOSS (Microsoft Office SharePoint Server)。WSS 是 MOSS 构建的平台。WSS 部分通过 Windows 2003 Server 获得许可，不收取任何费用。MOSS 本身是一个独立的产品，需要许可，并且成本很高。WSS 适用于小型团队和小型项目。MOSS 具有额外功能，换句话说，就是增值服务。因此，在 WSS 和 MOSS 之间进行选择将取决于项目的预算以及 MOSS 提供的增值服务。
WSS 实际是如何工作的?
WSS 不是孤立工作的。它需要另外两个产品的帮助：IIS (Internet Information Server) 和 SQL Server。
WSS 如何与 IIS 一起工作?
为了理解 WSS 如何与 IIS 一起工作，我们首先需要理解 HttpHandlers 和 HttpModules 的概念。如果您不熟悉这些，可以 在此处 刷新一下。
使用 HttpHandlers 和 HttpModules，请求首先通过 SharePoint 运行时，然后传递给 ASP.NET 运行时 (aspnet_isapi.dll)。
如果您打开启用了 WSS 的 IIS 网站应用程序的 web.config 文件，您可以看到应用程序运行时处理程序和模块。
<httpHandlers>
<add verb="GET,HEAD,POST" path="*"
type="Microsoft.SharePoint.ApplicationRuntime.SPHttpHandler, Microsoft.SharePoint,
Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" />
....
...
</httpHandlers>
我们已突出显示了应用程序运行时模块。
<httpModules>
<add name="SPRequest"
type="Microsoft.SharePoint.ApplicationRuntime.SPRequestModule,
Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral,
PublicKeyToken=71e9bce111e9429c" />
...
...
</httpModules>
什么是站点和站点集合?
SharePoint 都是关于企业数据的。当我们谈论企业数据时，它看起来如下图所示。换句话说，数据的分组和子分组。
SharePoint 扩展了 IIS 网站应用程序结构，以适应上述定义的数据结构，使用站点和站点集合。我们将在后面的部分介绍如何创建站点集合。
使用站点集合的主要优点是什么?
如前所述，SharePoint 都是关于数据的，数据应该得到适当的身份验证/授权给用户。通过在站点和站点集合中定义结构，我们可以根据数据定义角色和职责。例如，在上图中，我们将所有 HR 用户分配给薪资、招聘和评估站点。这些用户不会被分配到账户站点集合。同样的情况也适用于账户用户。
因此，在设计站点和站点集合的层次结构时，您需要牢记企业层次结构并据此进行设计。
SQL Server 在 SharePoint 中有什么用?
SQL Server 用于存储内容和配置信息。我们有两种类型的数据库：内容数据库和配置数据库。我们之前说过内容是根据站点的。所以每个站点都有自己的内容数据库。例如，如果我们有一个薪资站点和一个招聘站点，它们都有自己的内容数据库。配置数据库是针对整个站点的，因为它们用于 Web 场、站点配置以及许多其他通用且跨所有站点的配置。
虚拟路径提供程序的概念是什么?
任何项目都有两部分：标准通用部分和定制版本。在 ASP.NET 中，任何项目都有两种类型的页面：一种是通用的 ASPX 页面，另一种是定制的 ASPX 页面。通用页面存储在文件目录中，而定制版本的页面存储在内容数据库中。
换句话说，我们需要一个抽象机制，通过该机制我们可以从 SQL Server 内容数据库以及虚拟目录中呈现页面。这是通过 SharePoint 提供的虚拟提供程序实现的。因此，对于所有定制页面，虚拟提供程序从内容数据库读取，然后将其传递给 ASP.NET 运行时。对于所有通用页面，它会转到目录，对其进行解析，然后将其传递给 ASP.NET 运行时。
虚拟提供程序是一个抽象，它根据页面是定制的还是通用的，从内容或文件系统加载页面，然后将其传递给 ASP.NET 运行时。
SharePoint 中的“幽灵”和“非幽灵”概念是什么?
在 SharePoint 中，大多数站点页面都继承自模板。自定义页面仅存储它们之间的差异。模板在内存中加载，并在运行时应用于自定义页面。换句话说，模板存储在缓存中。这无疑带来了性能和灵活性。灵活性在于，当我们更改模板页面时，它会应用于所有自定义页面。这些页面从文件系统加载。因此，从文件系统加载的页面称为“幽灵”页面。
如果页面数据从内容数据库加载，则称为“非幽灵”页面。
作为注释，我将澄清文档和内容表的概念，因为我们已经在尝试理解“幽灵”和“非幽灵”的概念。我们知道，SharePoint 将所有页面存储在数据库中。从宏观上看，它有两个表：文档表（包含页面的条目）和内容表（包含 ASPX 页面的源代码）。
因此，当请求页面时，它首先在文档表中进行检查，然后转到内容表加载页面。如果找不到页面的数据，它会转到文件目录加载页面。这个加载是由 ASP.NET 运行时本身完成的。但是，如果内容表中存在数据，则由“安全模式”解析器加载。
ASP.NET 中安全模式解析器的概念是什么?
如前一节所述，有两个表：文档和内容。如果页面存储在内容数据库中，它将由 SharePoint 提供的页面解析器 Safe Mode Parser 加载。如果内容中没有找到数据，它将由 ASP.NET 运行时从文件目录加载。
站点页面和应用程序页面的概念是什么?
站点页面是自定义页面，存储在内容数据库中。因此，当您使用 SharePoint Designer 进行自定义更改时，它会将更改保存到内容数据库中。如果您想在站点集合中创建供所有人使用的通用页面，例如“Settings.aspx”页面，则需要使用应用程序页面。
换句话说，站点页面就是存储在内容中的自定义页面，而应用程序页面是将在站点集合中的所有站点使用的通用页面。
下一步?
在第二部分中，我们将尝试实际操作 SharePoint，创建站点集合、应用程序页面，并理解功能的概念。