在Windows SharePoint Service平台上构建协作式应用

cxs7225032

作者：Jason Masterman 、Ted Pattison
难度：★★☆☆☆
读者对象：Office开发人员，企业信息工作者
相关技术：WSS、SPS、Office System
　　[摘要]在过去的几年中，微软在协作技术方面做出了巨大的投资。而Windows SharePoint Services (WSS) and SharePoint Portal Server (SPS)是此领域中两种旗舰性产品。本文分为两部分。在本期中，我们将介绍SharePoint的基本结构，并且讨论SharePoint所提供给使用微软.NET框架开发者的机遇。在下一期中，我们将讨论利用WSS和SPS对象模型的程序设计，以及为一个SharePoint网站定制Web部件。
　　Windows SharePoint Services被认为是Windows Server™ 2003操作系统官方部分的一个附加产品。WSS提供了一个架构来创建协作式的Web站点，从而使得公司在团队、部门以及大的组织之间，可以方便、可靠地共享信息和文件。任何使用者都可以通过Web浏览器或是通过微软Office 2003内置的协作新功能，比如Word和Excel等来访问一个WSS Web站点。.
　　WSS还提供了生成UIs的基础设施，包含Web部件页和Web部件。Web部件页和Web部件是SharePoint强大的一面，因为每个WSS站点都提供一个基于浏览器完全自定义的UI。Web部件还能够用于跟踪每个用户的个性化信息。下面我们将对Web部件进行更为详细的探讨。
　　SharePoint Portal Server 2003用于构建企业级的门户网站，这些网站是微软Office 2003 System的组成部分。值得注意的是SPS是建于WSS之上的。SPS添加了易处理的特性来对WSS进行补充，这些特性有利于用户对大量信息和文档的导航作用。SPS同时还提供了额外功能来加强门户网站对于索引、搜索、订阅者针对性（audience targeting）和单点登陆（single sign-on）的使用。
　　WSS和SPS的作用存在本质的区别，如图1所示。WSS是基于协作主题的，并出于存储和共享基于列表的数据和文档而设计的。与之对比，SPS门户网站是基于整合主题的。一个SPS门户网站会对来自不同地方的信息和文档进行整合。SPS更具价值，因为它为用户提供一种快捷、简便的方法，来搜集分散在专用网和互联网中的信息和文档。

图1 WSS和SPS的作用

　　实质上，WSS提供了存放所有目录的地方，而SPS提供了按照自己的需求来导航和搜索目录的方法。这两种作用相互补充。WSS允许一个企业级的公司来创建和维护成千上万的协作式网站，而一个或更多的SPS门户网站允许用户可以搜索所有这些目录来寻找所需的信息。
　　你应该认识到，SPS依赖于WSS来提供许多基本的服务。例如，WSS为SPS提供跟踪成员和共享列表与文档的能力。此外，SPS无需重建自己的界面表现引擎来为门户网站的用户接口生成HTML。相反而言，SPS利用WSS Web部件页和Web部件的基础设置，来为一个SPS门户网站构建用户接口。
Windows SharePoint Services
　　对于任何已经购买了Windows Server 2003操作系统的个人或公司，WSS都是免费的。WSS的安装文件可以通过Windows更新服务下载到，或是在Microsoft.com SharePoint网站下载：http://www.microsoft.com/WindowsServer2003/technologies/SharePoint.
　　WSS架构创建于Windows Server 2003, IIS 6.0, 和 ASP.NET之上。图2显示了如何将WSS架构的基本部分组合到一起。当你在Windows Server 2003上成功安装WSS之前，你必须首先启动IIS 6.0和ASP.NET 1.1，来配置一个主机作为应用服务器。

图2 WSS的体系结构

　　只要你对WSS的历史有一些了解，对WSS的学习就会变得容易许多。WSS是SharePoint第二代产品和技术的一部分。第一代名为SharePoint Team Services(STS)，是早先基于IIS框架的。与WSS相似，STS框架为共享基于列表的数据与文档提供了一个协作式的框架。不过STS不是使用ASP.NET来创建，而是采用一个私有的ISAPI扩展来实现。
　　由于有限的工具支持，定制和扩展STS Web站点一直是相对比较困难的。利用WSS和第二代SharePoint，使得站点定制变得更加容易，因为WSS对于如FrontPage 2003这样的网页设计器提供了高度兼容。WSS还提供了一个更好的可扩充模型，因为你可以利用C# 和Visual Basic .NET中的任意一种，来为WSS站点和SPS门户网站编写自定义的应用程序和Web部件。
　　STS和第一代SharePoint的产品和技术还一直存在可扩展性问题。在这点上底层架构负有不可推卸的责任，因为其在前端Web服务器采用了有状态设计。这个缺点导致了它不可能利用一个Web集群环境来扩大STS Web站点的规模。当微软的工程师们开始设计WSS和第二代SharePoint产品和技术时，他们主要针对STS的可扩展性问题进行设计。因此，他们设计了这个体系结构来支持WSS和STS对成千上万的用户和Web站点的部署。
　　WSS的体系结构是基于无状态的前端Web服务器。它是以集成的存储策略为基础的，其中和Web站点相关联的所有以列表为基础的数据与文档，均存储在一个SQL Server™数据库中，如图3所示。这个集成的存储策略关键目标是，允许一个WSS Web服务器在一个Web集群环境中进行高效的扩展。

图3 Web集群配置

数据库
　　WSS依赖于两种不同的SQL Server数据库：配置数据库和内容数据库。很自然，配置数据库为每个物理Web服务器，IIS虚拟服务器和WSS Web站点存放专用的部属配置信息。而内容数据库则保存与WSS Web站点相关联的数据。
　　WSS要求每个配置数据库与各个WSS Web服务器部署一一对应。一个简单的部属应包括一个单一的主机，其上运行WSS前端Web服务器组件以及带有配置数据库和单一内容数据库的SQL Server。一个更具规模的WSS部署，包括一个带有多重前端Web服务器的Web集群方案。一个WSS部署也可以包含多重的后端数据库服务器。例如，在某些部署中，可以通过在运行有SQL Server的多重主机上分布许多内容数据库而获得大量优越性。但是，每个WSS部署只可以拥有一个配置数据库。配置数据库提供一个信息存储中心来协调所有的前端和后端服务器。
　　每个内容数据库为一个或更多的WSS Web站点存储数据。WSS数据是以站点逐个存储为基础的，其中数据包括列表和文档，以及与站点定制和个性化相关的所有信息。这个集成存储策略比STS有了明显得改进，STS是将专门的站点数据存储在除了数据库以外的文件系统和注册表中的。事实上，在WSS中，与一个站点有关的所有信息都被存储在一个单独的SQL Server数据库中，重要的是这样使得备份和恢复Web站点变得更加容易。
　　如果你刚刚开始使用WSS，在一个运行Windows Server 2003的单独计算机上，你可以安装所有你需要的东西。一旦你已经安装了Windows Server 2003，通过启动IIS 6.0和ASP.NET 1.1就可以将计算机配置成一个应用服务器。当你配置IIS和ASP.NET时，要确保你没有安装FrontPage服务器扩展，因为他们和WSS是不相容的。然后，你可以通过运行STSV2.EXE安装程序来安装WSS （参见http://www.microsoft.com/Windows-Server2003/techinfo/SharePoint/wss.mspx）。
　　对于单一机器部署，WSS不需要你使用SQL Server完全版。WSS的安装程序可选择安装一个MSDE的特别版本，名为Windows MSDE (WMSDE)。WMSDE不同于MSDE的标准版，因为它并不限制你使用2GB的存储器和10个数据库连接。但是，WMSDE比MSDE更受限，因为它只支持微软签名的表模式(Table Schemas)。这就意味着，你不能使用WMSDE来创建你自定义的数据库和表。
　　如果你想在开发工作站上安装SPS，那么安装过程将会相当复杂。首先，许多SPS的特性要求活动目录。因此，你应该在服务器上安装SPS，这些服务器是活动目录域的一部分。在运行有Windows Server 2003的主机上安装SPS之前，先把这台机器加入到现存的活动目录于中，或配置它成为一个域控制器。一旦计算机运行Windows Server 2003在一个域中，通过启动IIS 6.0和ASP.NET 1.1来将它配置成一个应用服务器。利用SPS，我们还推荐你安装SQL Server，取代对WMSDE存储门户网站数据库的依赖。
　　一旦你在计算机上已经安装了Windows Server 2003，以及IIS 6.0, ASP.NET 1.1和SQL Server，并将它添加到一个活动目录域中，你就可以准备安装SharePoint Portal Server 2003了。SPS安装程序首先要安装WSS。接下来，SPS安装自己在WSS上。最后，SPS安装程序将会给出向导，使你逐步创建配置数据库和初始化门户网站。
　　请注意，SPS会创建一个附加数据库用来跟踪SPS服务、用户配置文件、订阅者（audiences）和对单点登陆服务的安全认证等等各个方面的数据。SPS还为配置数据库和包含门户网站的内容数据库，扩充了标准WSS数据库模式。
　　在安装WSS或SPS之前，此安装是在一个利用SQL Server（而不是WMSDE）的部署中进行的，你可能需要为Windows账户添加一个SQL注册，这个帐户充当了SharePoint中IIS应用池的作用。默认下，WSS和SPS配置IIS应用池运行于NT AUTHORITY\NETWORK SERVICE帐户身份下。如果你不喜欢这种默认设置，你可以重新配置任意的IIS应用池，来使用一个不同的Windows账户。然而，无论你决定使用哪个Windows账户，你将必须拥有一个SQL帐号来登录到SQL Server。
　　一旦你已经在SQL Server中为相应的帐户添加了SQL注册，你就必须将帐户添加到安全管理员的服务器任务和数据库创建者中。如果你不是按照这些步骤进行，你将在安装或配置WSS和SPS任意一个时遇到错误。那是因为，在默认情况下，WSS和SPS使用IIS应用池运行于NT AUTHORITY\NETWORK SERVICE帐户身份下，此帐户不允许登录到SQL Server。你必须配置SQL Server，来授权用户拥有创建数据库和配置他们的安全设置的权利。
IIS Web站点和虚拟服务器
　　WSS Web站点配置从IIS Web站点级开始。一个默认的IIS安装创建了一个IIS站点，名为“默认Web站点”，并配置此站点通过80端口来监听到达的HTTP请求。你可以利用IIS管理工具来创建附加的IIS Web站点，用于监听到达的HTTP请求在一个不同的端口或是一个不同的主机头。图4的例子显示了一个IIS Web服务器和两个已配置好的虚拟服务器。

图4 供用户使用的两个虚拟服务器

　　这个时候我们注意到，WSS的安装完毕后，添加了它自己特有的IIS Web站点，名为SharePoint Central Administration。WSS使用这个IIS Web站点来运行SharePoint Central Administration HTML页。在安装过程中，SharePoint Central Administration Web站点被配置使用一个随机的端口号。
　　在SharePoint术语中，一个IIS Web站点被认为是一个虚拟服务器。一个虚拟服务器必须通过WSS被扩展，以便运行于WSS Web站点。当你默认设置下安装WSS时，它将自动扩展监听于80端口的虚拟服务器。你也可以扩展其他的虚拟服务器，通过使用SharePoint Central Administration HTML页或是一个WSS命令行管理工具，名为STSADM.EXE。
　　WSS有别于ASP.NET，在WSS中无需利用IIS虚拟目录来配置每个Web站点。取而代之的是，在配置数据库和内容数据库内部，WSS为WSS Web站点跟踪所有的配置信息。这就意味着，只要WSS已经扩展了一个虚拟服务器，并且你开始创建一个Web站点，那么他们将不会出现在IIS的元数据库（MetaBase）中。而是有一项将被创建到配置数据库和相应的内容数据库中。事实上，IIS并不知道一个扩展了的WSS虚拟服务器，到底是包含一个单一的WSS Web站点还是10,000WSS Web站点。因为WSS不需要为每个新的WSS Web站点配置一个IIS虚拟目录，从而得到更好的可扩展性和可维护性。
　　当WSS扩展到一个虚拟服务器上，并安装一个自定义的ISAPI过滤器，名为WSS过滤器(STSFLTR.DLL)。它将侦听每个发送给虚拟服务器的请求，并决定是否应该交给WSS或IIS处理。如果请求需要处理，WSS过滤器再去检查到达请求的URL和配置服务器，来决定谁来处理它。记住，你可能拥有一个虚拟服务器，你打算在它上运行WSS站点以及其他的ASP和ASP.NET应用。当WSS扩展到一个虚拟服务器上，它添加一个web.config文件在主虚拟服务器的根目录中。这个web.config文件为WSS和所有的运行于虚拟服务器的ASP.NET代码提供最初的配置设置。默认情况下，这个web.config文件包含相当严格的安全设置。当你想要你的代码更好地控制运行，或是想要测试或开发一个新的定制Web部件，这个时候你可能需要修改web.config文件的配置节。
　　在SharePoint术语中，一个URL空间是一组所有可能定位到一个虚拟服务器的URL。WSS将已扩展的虚拟服务器的URL空间分成多个受管理的路径。受WSS管理的路径被认为是被包含的路径，相反不受WSS管理的路径被认为是被排除的路径。当WSS过滤器发现到达一个带有URL的请求，并且此URL是被排除路径的一部分，从而就可以给IIS发送一个回复，让标准ASP或ASP.NET来处理。
　　在一个已经被WSS扩展的虚拟服务器上，应该怎样开发一个标准ASP.NET应用呢？例如，如果你想开发一个ASP.NET Web应用在http://AcmeServer/webapp1 处，以致使得这个虚拟服务器对于WSS仍然有效。在这一点上，你需要了解怎样配置被包含路径和被排除路径。特别是，在URL空间中，你需要添加一个被排除路径，它将被用于ASP.NET Web应用。图5是SharePoint Central Administration HTML页提供的一个用户界面，用于定义受管理的路径。

图5 WSS的管理用户界面（用于定义受管理的路径）

　　注意到图5中所示虚拟服务器的被包含路径和被排除路径。像一些定义为“夹带通配符”的网站都是被包含路径。一个通配符的目的是使URL更有效地进行分析。WSS不允许被排除路径嵌套URL空间中的一个通配符。在一个到达的请求中，一旦WSS过滤器发现URL的第一部分与一个通配符相匹配，比如http://AcmeServer/sites，表明请求应该直接被WSS处理。
　　当WSS过滤器确定了此请求中的URL是被包含路径时，它就根据配置数据库来定位WSS站点。利用站点的URL和一个可识别的GUID，WSS跟踪配置数据库中的每个站点。在配置数据库中还有附加信息，来连接每个站点到它的目标内容数据库。
　　在一个WSS部署中，常常需要扩展不止一个虚拟服务器。你可以灵活地进行。在一个独立的进程中，每个虚拟服务器都可以通过配置，使得它可以利用一个IIS应用池来运行它的WSS Web站点。IIS还可以配置每个虚拟服务器，使得他们拥有不同的安全认证需求。一个要求配置成基本认证，而另一个可以要求配置成Windows集成认证。
　　在一些部署中，每个被WSS扩展的虚拟服务器都有自己分离的内容数据库。扩展一个虚拟服务器，也可以附加一个被其它虚拟服务器使用着的内容数据库。以致允许这对虚拟服务器，提供两个不同的访问节点给WSS站点的一个公共集。这样做的好处在于，每个虚拟服务器的安全设置都能独立的被配置。例如，一个虚拟服务器，用于提供公开的Web站点，一般要求配置成SSL和基本认证。另一个服务器，在防火墙后提供用户入口，可以要求配置成Windows集成认证。
站点集、站点和工作空间
　　在一个虚拟服务器中，利用站点集将WSS站点分区，站点集即一个或更多站点的集合组成一个所有权单元。创建一个新的站点集，需要你提供这个站点集所有者的Windows登录账号和e-mail地址。WSS跟踪站点集所有者的信息，从而可以赋给他们管理权限，以及发e-mail通知他们关于站点集的维护问题。
　　一个站点集通常包括一个顶级站点，并且它拥有和站点集本身相同的URL。当你创建一个新的站点集的时，顶级站点也同时被自动创建。除了顶级站点，一个站点集可以随时添加二级站点，二级站点与顶级站点是父子关系，如图6所示。每个站点都必须创建在一个特定的站点集中，并且和这个站点集中的其他所有站点一起存储在同一个内容数据库中。

图6 虚拟服务器中的站点集

　　在WSS中，站点集服务器可作为一个备份和恢复单元。STSADM.EXE管理工具为备份和恢复站点集提供了简便易用的操作命令。备份一个站点集之后，你可以使之恢复在同一个Web服务器上，或是一个不同的Web服务器上。你将会发现，对于站点集中顶级站点之下的那些单个站点，利用WSS来备份和恢复是相当困难的。如果你想独立地备份和恢复一个站点，你应该将它作为顶级站点，创建在一个新的站点集中。
　　在一个大规模的WSS部署中，当你每天对这些成千上万的站点集进行维护时，你无需单独备份站点集，而是你可以在内容数据库级进行备份。对于许多公司，备份内容数据库将会是很容易的，因为这个维护过程可以与备份其他SQL Server数据库相同。
　　现在，让我们回过头去考虑一个基本问题：到底什么是WSS站点？首先，一个站点是存储内容的容器。站点内容都是以列表、文档库和子站点的形式存储的。第二，一个站点是一个可获取的实体，它的内容可由一组可配置的用户访问。一个站点既可以定义它自己的用户集，也可以继承其父站点的用户。每个站点用户都对应一个Windows账号，这个账号被定义在一个活动目录域中，或是在一个本地的Windows安全账号数据库中。一个站点也可以包含一个配置设置群，以及在站点列表和文档库中定义各种用户的存取权限。
　　第三，一个站点还会碰巧是一个Web应用，其中带有本身可扩展和完全定制的用户接口。一个站点所有者或是Web的设计者，可以定制一个网页的布局和外观，并且可以利用浏览器或是FrontPage 2003来修改站点的导航框架。
　　最后，一个站点是使用Web部件页和Web部件技术的基础。站点所有者或是Web的设计者，可以通过添加和配置共享Web部件来定制Web部件页。一个使用者可以通过修改、添加和删除Web部件，来使Web部件页更加个性化。在一个Web部件页中，所有与Web部件有关的定制和个性化数据，都将自动存储在内容数据库中。
　　对于工作空间，WSS支持许多不同的站点模型。技术角度来说，一个工作空间就是一个标准WSS站点。但是，工作空间的用途比其他类型的WSS站点定义得要窄许多，因为它常常关注一个文档或会议。此外，站点的工作空间中包含预定义的列表，使得其可以和微软Office产品更好得集成到一起，像Word, Excel, Access, 和Outlook。
　　每个站点从一个站点模板被初始化创建。一个站点模板定义了一个初始化列表集、文档库、Web部件页和Web部件，使这些均存在于一个新建的站点中。WSS拥有八个站点模板，包括：Team Site, Blank Site, Document Workspace, Basic Meeting Workspace, Blank Meeting Workspace, Decision Meeting Workspace, Social Meeting Workspace, 和Multipage Meeting Workspace。当一个已创建的站点第一次被访问时，WSS会提示用户通过HTML页选择一个可利用的站点模板，如图7所示。

图7 选择一个站点模板

　　WSS支持定制站点模板的创建和使用。你可以先用FrontPage 2003定制一个站点的核心部分，然后将它存为一个站点模板。你可以通过浏览器中的一些点击，将站点存为站点模板。一旦创建了一个站点模板，然后在同一个站点集中，它可用于创建新站点。如果附加一些操作，一个定制的站点模板可以被输出到其他的站点集，并且还可以被用于创建顶级站点。
SPS体系结构
　　SPS构筑于WSS所提供的结构层次这上。当你创建一个新的SPS门户网站，其实你是在创建一个新的物理WSS站点集。但是，关于SPS如何使用WSS，这里存在一些值得注意的限制。对于每个虚拟服务器只可以对应一个门户网站。此外，包含门户网站的站点集通常需要建在虚拟服务器的根URL。一旦你已经创建了一个门户网站在虚拟服务器的根目录下，然后，你可以在同一个虚拟服务器中建立附加的标准WSS站点集。事实上，当你从一个门户网站执行创建站点命令时，SPS到底在做些什么。那就是，在一个新的站点集中，SPS创建一个顶级站点。一个门户网站用户通过点击“我的网站”链接，来创建个人网站，此时，SPS同样创建了这个个人网站，使它在一个新的站点集中作为一个顶级站点。在SPS部署中，这个策略使得备份与恢复共享站点以及个人站点，变得更加容易。
　　通过引导区和列表，SPS扩展了WSS存储内容的方式。记住，SPS是一个围绕集成主题而设计的产品。通过门户网站的内容管理者，区域和列表来从其他地方集成内容。一个区域是列表的容器，并且嵌套子区域。偶尔，一个列表将包含基本的HTML文档。更常见的是，一个列表包含一个链接到非门户内容，比如互联网中的一个文档、Web页、或是WSS列表。关键在于列表允许SPS链接用户到非门户内容，比如共享文件夹、微软Exchange公共文件夹、WSS站点、公共Web站点和Lotus Notes，如图8所示。

图8 SPS 列表

　　门户网站中的区域被结构化为父子层次。图9显示了基于HTML页面的接口。这个用户接口，使得门户网站的内容管理者添加和删除区域及列表变得相对容易。在区域层次结构中，SPS还使任何人利用浏览器来重置一个区域或列表变得容易。

图9

　　区域和列表使集成变得容易，因为通过目录很容易导航在门户网站的内部和外部。区域和列表还可以通过SPS的搜索服务来集成。在一个区域范围内，当你运行一个SPS搜索，此搜索是通过目录和区域的列表链接，以及嵌套在其下子域的目录和区域的列表链接。
　　SPS索引服务对SPS的搜索服务进行了补充。通过检索区域和列表提供的目录链接，索引服务可用于建立索引。索引服务甚至知道如何通过检索Word文档和Excel表格，来搜索特殊关键字。一旦索引集被建立，SPS搜索服务就可以执行快速搜索，使得用户找到所需内容。
结束语
　　本文深层次探讨了SharePoint产品和技术的体系结构。WSS和SPS这两种不同的产品，却能很好地工作在一起。WSS提供了创建协作式Web站点的基础，并支持定制和个性化。SPS对WSS进行了补充，起到内容整合的作用。 我们还会发现SPS完全依赖WSS底层的基础设施。事实上，你对WSS底层的东西研究得越深，那么就会对SPS接受的更容易。从某个方面来说，SharePoint产品和技术减少了对定制软件开发的需求，因为WSS 和SPS提供了开发这个领域产品的如此强大的功能。WSS 和SPS还提供了编写定制应用和Web部件重要的机会。本文还引导你开始使用SharePoint部署。下次，我们将接着深入探讨WSS 和 SPS对象模型，以及对于定制Web部件的开发。