SharePoint 2010 ???

							SharePoint 2010
新体验




2010/9/11
目录
SharePoint 2010 新体验-1 ........................................................................................................... 3
SharePoint 2010 新体验 2 – Ribbon 界面 ................................................................................ 4
SharePoint 2010 新体验 3 - 文档集 .......................................................................................... 8
SharePoint 2010 新体验 4 - SharePoint Workspace ......................................................... 13
SharePoint 2010 新体验 5 - Office Web Applications ....................................................... 18
SharePoint 2010 新体验 6 - 开发人员面板 ............................................................................ 22
SharePoint 2010 新体验 7 - Managed Metadata (托管元数据) ......................................... 25
SharePoint 2010 新体验 8 - 内容类型集线器 (Content Type Hub) ................................. 33
SharePoint 2010 新体验 9 - 内容管理器（Content Organizer） ...................................... 37
SharePoint 2010 新体验 10 - 文档评分 ................................................................................... 40




                                                                2
SharePoint 2010 新体验-1
这个系列的文章，是为了帮助大家更好的了解 SharePoint 2010。拥有
SharePoint 2007 的经验能够帮助您更容易的理解本系列的文章，但我会尽量使
没有 SharePoint 2007 经验的读者也能不困难的进行阅读。

下图是一张 SharePoint 2010 基本架构图，它简要的描述出了 SharePoint 2010
的基本结构。




当我们说“SharePoint 2010”时，实际上是包含了 SharePoint Foundation 2010
和 SharePoint Server 2010 这两个产品。SharePoint Foundation 在之前的版本
中，被称为 Windows SharePoint Services（WSS）。SharePoint Foundation
是 SharePoint Server 的基础构件，SharePoint Server 依赖于 SharePoint
Foundation。我们可以在系统中仅安装 SharePoint Foundation，而不安装
                （
SharePoint Server 比如，            ，
                       由于价格的原因） 但是如果我们直接安装 SharePoint
Server，则会默认的安装上 SharePoint Foundation。

如果本文中没有明确的指出，那么 SharePoint 2010 默认包含了 SharePoint
Foundation 2010 和 SharePoint Server 2010。

SharePoint 2010 完全基于 x64 架构，且不再包含 x86 版本。这也就决定了
SharePoint 2010 所要求的硬件和软件环境：

     1. 1. 服务器硬件必须支持 x64；
     2. 2. SharePoint 2010 服务器的操作系统必须使用 Windows Server
        2008 x64 或 Windows Server 2008 R2 x64；
     3. 3. SharePoint 2010 服务器所使用的数据库必须是 SQL Server 2005
        SP2 x64 或 SQL Server 2008 x64。

                             3
如果您希望将现有的 SharePoint 2007 系统升级到 SharePoint 2010，那么首先，
必须将 SharePoint 2007 系统迁移至 x64 环境，包括硬件、操作系统和数据库，
然后才能顺利的将 SharePoint 2007 升级到 2010 版本。

为了方便 SharePoint 开发人员，SharePoint 2010 提供了一种方式，允许开发
人员将其安装到 64 位的 Windows Vista 和 Windows 7 操作系统之中。这样，开
发人员可以在自己安装了 Windows Vista 或 Windows 7 的开发环境中，使用
Visual Studio 2010 进行 SharePoint 应用程序开发。  （后续文章将详细介绍如何
在 Windows Vista 和 Windows 7 上安装 SharePoint 2010。）

SharePoint 是一个基于.NET/ASP.NET 技术的 Web 应用平台。   SharePoint 2010
基于.NET Framework 3.5 SP1 版本。没错，虽然 SharePoint 2010 的开发将主
要使用 Visual Studio 2010，但它使用并依赖于.NET 3.5 SP1，而并非.NET 4.0。

          （在本系列文章中，
Office 2010             “Office 2010”指 Office 2010 系列的客户端软件，
如 Word、Excel、SharePoint Designer 等）与 SharePoint 2010 有了更好的集
成性。这体现在：

     1. 1、 SharePoint Designer 2010 功能更丰富，比如，它内置了更强大
        的工作流设计器，并且可以通过 Business Connectivity Services 直
        接连接到数据库；
     2. 2、 在 Visio 2010 中，可以直接设计 SharePoint 2010 工作流，然后
        将设计好的流程导出至 SharePoint Designer 2010 的工作流设计器；
     3. 3、 Groove 2007 变成了 SharePoint Workspace 2010，它现在可以
        将 SharePoint 网站中的文档库和列表数据，同步到客户端之中，以
        实现离线访问，同时允许用户在本地编辑文档库和列表数据，然后同
        步到 SharePoint 网站中。




SharePoint 2010 新体验 2 – Ribbon 界面
使用过 Office 2007 的同学一定知道，Office 2007 引入了一种全新的界面模式：
       在
Ribbon。 SharePoint 2010 中，界面风格也将使用类似的 Ribbon 界面。Ribbon
界面所显示的菜单和选项，          将随着用户所在的页面以及用户当前可以进行的操作，
而动态的进行调整。

下图是使用“Team Site”模板所创建出来的一个 SharePoint 2010 网站的首页：




                             4
在页面的上方区域，就能够看到相关的两个 Ribbon 面板：




其中“Browse”是标准的浏览模式，而“Page”，则表示了这个 Ribbon 面板中将放
置与当前正在浏览的页面有关的页面操作。如果我们点击“Page”面板，就能够看
到：




在“Page”这个面板中，包含了“Edit”（编辑当前页面）、“Check Out”（将当前页
面签出）、“Edit Properties”（修改当前页面的属性）等按钮。有一些按钮本身
是包含了子菜单的，比如“Edit”按钮：




                       5
如果我们点击“Edit”按钮，开始编辑当前页面，可以看到页面上方的 Ribbon 区域
所显示的面板，也会自动调整为相应的编辑工具：




在页面编辑状态之下，我们可以使用 Ribbon 中的“Save”按钮，来保存我们所进
行的更改：




现在让我们打开一个列表，可以看到，列表视图也发生了很大的变化。用户的所
有操作，同样全部被放置到了上方的 Ribbon 区域：




                     6
对于列表而言，Ribbon 区域中所显示的“List Tools”中的“Items”和“List”，分别表
示了与列表项和列表相关的操作。比如，当我们点击“List”时，就能看到各种与
当前列表相关的操作出现在了 Ribbon 区域：




现在让我们尝试添加一个新的列表项，这时可以看到另外一个界面上的重大变化，
“对话框”的出现：




在 2007 版本中，几乎所有的界面都是通过单独的页面来实现，当用户需要添加
或编辑列表项时，都是转到相应的页面，完成操作后再跳转回来。SharePoint
2010 的“对话框”界面，使用户的操作更简洁，也减少了页面之间的跳转。

对于列表项的编辑，同样适用了“对话框”界面。除此之外，为了方便用户同时对
多个列表项进行操作，列表视图中在每个列表项前面都添加了一个复选框，通过
使用这个复选框，我们能一次对多个选中的列表项进行操作。比如，同时删除多
个列表项：




                          7
或是在文档库中同时签出多个文档：




SharePoint 2010 的列表还新增了一种编辑模式：Inline Editing。只要在列表视
图中启用 Inline Editing，用户就能够直接在列表视图中点击列表项左侧的编辑图
标， 编辑当前列表项，      然后再通过点击左侧的保存图标，   快速完成列表项的编辑：




SharePoint 2010 新体验 3 - 文档集
有时候，我们会有一组关联度很高的文档，它们都是属于某个主题，或通常互相
引用。比如，关于某个项目的一组 Word 文档，或是 TechEd 会议的所有
SharePoint 相关的幻灯片文档。                 在
                      对于这样一组关联度很高的文档， SharePoint
2007 中，我们要么将它们放在一个单独的文件夹中，要么单独创建一个文档库
存放它们。SharePoint 2010 增加了一个新特性：文档集，就是用来专门管理一
                         8
组关联度很高的文档。

首先，在网站集的功能管理中，激活“文档集”功能：




然后，为希望使用文档集功能的文档库，添加上“文档集”内容类型：




然后在这个文档库的“新建文档”菜单中，就会增加“文档集”选项：




                  9
在新建文档集的窗口中，输入文档集的信息：




文档集被创建之后，会有一个专门的文档集页面，来让用户查看和管理这个文档
集：




                 10
对一个文档集，我们可以对它进行相应的管理，包括为它设置单独的权限、为它
附加工作流等等：




我们为文档集上载一组文档：




                 11
在文档库的视图中，一个文档集显示成一个项目（虽然它里面实际包含了多个子
文档）：




当使用搜索功能的时候，文档集中的文档可以被直接搜索到，同时文档集本身也




                 12
会被包含在搜索结果中：




SharePoint 2010 新体验 4 - SharePoint
Workspace
在 Office 2010 客户端程序中，增加了 SharePoint Workspace 2010。这是一个
SharePoint 2010 的“客户端”程序，可以用来离线同步 SharePoint 网站的文档和
数据。

在 SharePoint 网站的“网站操作”菜单中，有一个“同步到 SharePoint 工作去”菜
单项：




文档库的 Ribbon 菜单中也同样有这样一个菜单项：




                          13
点击这个“同步到 SharePoint 工作区”，就会自动启动客户端的 SharePoint
Workspace：




当然，我们可以仅仅将所需要的网站内容同步到本地：




                        14
配置完成了同步之后，在 SharePoint Workspace 中就能看到与 SharePoint 网
站同名的工作区：




打开这个工作区，我们就可以看到同步到本地的所有 SharePoint 数据了：




                         15
可以看到，我们通过 SharePoint Workspace，基本上可以完成绝大部分对
SharePoint 网站数据的操作。比如，对于文档库，我们同样可以在 SharePoint
Workspace 中进行新建、上载、签入/签出、搜索等等操作。当然，对文档的查
看和编辑更是没有问题。




操作列表中的列表项，也同样没有问题。比如，为“任务”列表新增一个列表项：




                      16
列表中定义的视图，同样也能在 SharePoint Workspace 中得到体现：




在 SharePoint Workspace 中对网站数据进行了修改之后，可以通过“同步”按钮
将数据同步回 SharePoint 服务器。




                       17
有了 SharePoint Workspace，用户能够更加方便的使用 SharePoint。用户可以
将 SharePoint 网站的数据同步到自己的笔记本电脑上，这样即使下班回家，也
能通过 SharePoint Workspace 访问和编辑 SharePoint 网站上的数据，第二天
回到办公室，连接上网络之后，再将更改同步回 SharePoint 服务器。

另外一个应用场景是可以更方便的发布信息。如果一个用户每天都需要向
SharePoint 网站的某个列表中发布数据，     例如， 向“通知”列表发布新的部门通知，
有了 SharePoint Workspace，用户不必在浏览器中打开 SharePoint 网站，而是
可以直接在 SharePoint Workspace 中向“通知”列表中添加新的数据，然后再将
这些数据同步到 SharePoint 网站。



SharePoint 2010 新体验 5 - Office Web
Applications
Office Web Applications 可以让用户在浏览器里面，直接查看和编辑 Word、
Excel、 PowerPoint 和 OneNote 文档，而无需在客户端安装相应的 Office 程序。

在网站集功能管理中，激活“Office Web Apps”，就能在当前网站集使用 Office
Web Apps 功能了：




Office Web Apps 的使用非常简单，直接使用文档的操作菜单中的“在浏览器中查
看”和“在浏览器中编辑”菜单项就可以了：




                          18
当然，由于浏览器的能力限制，不可能做到像 Office 客户端程序那样丰富的编
辑功能：




能“插入”的项目也比较少：




但有些功能还做得像模像样：




                   19
这是编辑 PowerPoint 幻灯片的样子：




利用 Office Web Apps 播放幻灯片的效果相当不错，包括幻灯片中的动画效果，
都基本能够原样的表现出来。

Office Web Apps 另外一个值得一提的特性，就是它能支持多人同时在浏览器里
面对一个文档进行编辑（但 Word 和 PowerPoint 文档在 Beta2 中不支持多人同
时编辑，不知道正式版的情况如何）。

比如，一开始只有一位同志在浏览器中编辑这个 Excel 工作表，在右下角能看到




                          20
“1 person editing”的提示信息：




这时，另外一位同志在浏览器中也打开了同一份文档开始编辑：




                           21
这时页面右下角会立即出现提示信息，告诉用户，有另外一位同志，也开始编辑
这个工作表了：




点击后能看到当前编辑者的名单：




那么多人打开同一份文档编辑的时候，是如何反应别人的编辑情况呢？Office
Web Apps 会自动将每个人的修改信息，发送给其他编辑者，这样，在每个人的
浏览器中，都能反应出所有编辑者的修改结果。

最后，Office Web Apps 是否仅支持 IE 浏览器呢？答案当然是否定的。在上面
的两人同时编辑文档的截图中，您应该能看出来，右边那位同志使用的，是
FireFox 浏览器。

1、对于多人同时编辑文档，支持情况如下：
Excel 文档支持多人通过 Office Web Apps 同时编辑；
Word 和 PowerPoint 文档支持多人通过 Office 客户端程序打开文档实现同时编
辑；
OneNote 文档支持多人通过 Office Web Apps 或通过 Office 客户端程序打开文
档同时编辑。
2、Office Web Apps 支持仅允许用户通过浏览器查看文档，而不允许用户下载
文档。


SharePoint 2010 新体验 6 - 开发人员面板
(这一辑是有关开发的内容)

在开发 SharePoint 2007 应用程序的时候，性能是我们很可能面临的一大挑战。
我们最不希望看到的，就是用户刷新一个页面之后，需要等上好几秒钟（或更长
时间），才能看到页面缓慢的打开。如果真的遇到性能上的问题，那么在进行性
能优化之前，第一个需要了解的事情，就是“系统性能瓶颈在哪里？”也就是说，
如果不能找到系统运行缓慢的原因，那么性能优化也就无从着手了。

找到系统瓶颈的工具有很多，从 Windows Server 内置的性能监控器，到 SQL

                         22
Profile、CLR Profile 等等，都是非常有用的工具。而对于一个 SharePoint 页面，
似乎则没有什么特别好用的恶工具，能够快捷明了的告诉开发人员，页面上的各
个部件对于性能，都会造成什么样的印象，都各自占用了多长的运行周期。

开发人员面板（Developer Dashboard）是在 SharePoint 2010 中一个新增的功
能。它是一个位于页面下面的信息面板，能直接显示出当前页面上的各个组件的
运行时间、当前页面的运行会产生哪些数据库调用、每个数据库调用又会占用多
少时间等等信息。如果发现某个页面运行缓慢，那么通过开发人员面板，开发人
员就可以迅速找到导致页面慢如蜗牛的罪魁祸首了。

下面是 SharePoint 2010 工作组网站默认首页的开发人员面板：




其中包含了页面上各个控件的执行时间：




当前 Web 请求的一些有用信息：




                         23
当前页面所引发的所有数据库的调用，以及它们的执行时间：




点击每个数据库调用，还能看到这个数据库调用的详细信息，包括所执行的 SQL
语句全文、调用堆栈、IO Stats 等信息：




开发人员面板是一个服务器场级别的设置，它可以在三个状态间进行切换：关闭
（默认状态）、打开、按需打开。当它处于打开状态时，每个页面（包括网站页
面和应用程序页面）的下方都会显示开发人员面板。当它处于按需打开状态时，
每个页面的右上角会有一个管理员可见的小图标，管理员可以点击这个小图标切
换显示或关闭开发人员面板。

更改服务器场开发人员面板设置的方法是使用 stsadm.exe 命令行指令：




                    24
上面的指令中， 参数的值可以是 on、
       -pv         off、ondemand，分别表示打开、关闭、
按需打开。

如果愿意，你还可以在代码中更改服务器场开发人员面板的设置：




不过要注意的是，由于 SharePoint 的安全限制，上面的代码只能运行在管理中
心网站的页面上，或是独立的 Windows 应用程序（比如命令行程序）中。如果
试图在普通网站的页面上运行这些代码（比如将代码放到一个 Web Part 中，然
后将其部署到一个工作组网站页面上），将会抛出 SecurityException。



SharePoint 2010 新体验 7 - Managed Metadata
(托管元数据)
在一个企业中，有时候需要一个专门的 Metadata 库，用来保存各种预定义的
Metadata。有了 Metadata 库，就能方便的为企业中的各种数字内容、数字资产
应用上各种定义好的 Metadata，或是用 Tag 的方式，为各种内容打上 Tag。当
为各种内容指定了 Metadata 或 Tag 之后，无论是搜索，还是浏览，都能利用这
些 Metadata 和 Tag，对搜索结果或内容视图进行分类和过滤。

在 SharePoint 2010 中，提供了 Managed Metadata Service，它是一项服务应
用程序，能为整个服务器场，甚至整个企业（通过将一个服务器场的 Managed
Metadata Service 发布出去），提供一个集中的 Metadata 存储和管理中心。

打开管理中心的服务应用程序管理，就能看到 Managed Metadata Service。选
中它后，点击上方 Ribbon 中的“管理”按钮，就能打开术语库管理工具。




提示：如果是第一次打开术语库管理工具，可能会发现你没有权限对术语库进行
                           25
更改。你需要将你自己添加到术语库管理员中：




术语库管理工具是专门用来管理 Managed Metadata Service 所存储的所有术语
（Term）的工具。管理员可以使用它，预先定义好企业中所需要的各种术语。
在术语库管理工具中，可以通过组（Group）、术语集（Term Set）来为术语进
行分类。基于组，可以进行权限的定义（哪些人是术语组的管理员，哪些人是术
语组的参与者）。术语可以有一个或多个子术语，一个术语也可以同时位于多个
术语集中。




在默认的设置中，所有新建的术语集和术语都可以被用于 Tag 的作用，管理员
可以手动启用或关闭这个功能：




如果管理员希望 SharePoint 网站的普通用户，也可以手动向术语库中添加新的
术语条目，那么需要将术语集的提交政策改为“打开式”（默认是出于关闭状态，
也就是只有管理员才能通过术语管理工具添加术语）：


                       26
对于每个术语，管理员都可以对它进行各种操作，其中“重复使用术语”是指将此
术语复用在另一个术语集中，但又并非复制一个术语，而是将一个术语“映射”到
多个不同的地方：




有些术语可能有同义词，比如“IE”与“Internet Explorer”，管理员可以为一个术语
指定一个或多个同义词：




除了位于管理中心的这个全局术语库管理工具之外，网站集也有一个网站集级别
的术语库管理工具，通过它，网站集管理员可以管理一个网站集所有的术语：




要在 SharePoint 网站中使用这些术语，只需要为列表、内容类型添加类型为“托

                       27
管元数据”的栏即可。比如，在为企业所有的员工建立了术语之后，就可以为“公
司项目”内容类型添加一个名为“项目负责人”的栏（注：这是一个例子，并不表示
鼓励使用术语库来维护企业员工信息， 用户配置文件通常是维护企业员工信息的
更好工具。）：




然后为这个元数据栏指定所绑定的术语节点，只有选定的术语节点中的术语，才
能被填入到栏中：




                  28
然后，在为列表添加这种内容类型的列表项时，就能看到我们添加的元数据栏：




用户填写元数据栏的值的时候，随着用户输入文本，这个文本框会自动从术语库
中检索匹配的术语，并显示出符合的候选术语：



                 29
或者，也可以直接浏览所有可用的术语并选择：




在为列表项指定了元数据之后， 用户甚至可以不再基于传统的列表视图方式浏览
列表项，而是使用基于元数据过滤，来查看列表项。比如，用户可以基于“项目
负责人”这个元数据的值，来对所有项目列表项，进行浏览。从列表设置中打开“元
数据导航设置”：




                  30
配置好了元数据导航之后，在列表视图的左下角，就能看到所列出的元数据术语，
点击每个术语，就能看到与这个术语相关的列表项：




                 31
或是使用这个术语筛选器（截图上的“密钥”字样是中文版本词语翻译错误），直
接筛选显示列表中的列表项数据：




除了对列表项和文档之外，我们还能将术语用做标签。在 SharePoint 2010 网站
中，右上角会有一个“Tags & Notes”按钮，如果你希望给当前浏览的页面做一个
标签，直接点击这个按钮即可：




然后在弹出的对话框中，就能填入定义好的术语了：




Managed Matadata 使企业可以集中管理元数据，   并通过它构建企业的分类体系
（Taxonomy）。Managed Matadata 作为一个服务应用程序，可以发布给整个
服务器场、其他 SharePoint 服务器场，甚至企业内部的各种其他应用系统。




                      32
SharePoint 2010 新体验 8 - 内容类型集线器
(Content Type Hub)
在 SharePoint 2007 中，我们可以在网站集中定义或定制内容类型，然后在网站
集里面的所有网站中使用这些内容类型，         内容类型提供了一种集中管理数据与信
息类型的方式，      使得信息的结构定义，   与信息的实际存储能够分开。但是在 2007
版本中，   内容类型并不能被跨网站集使用。如果我们希望所有网站集都能使用同
一个定义的内容类型，就必须将其封装为 Solution Package，部署到各个 Web
应用程序当中。

SharePoint 2010 为了让管理员可以方便的在整个服务器场范围中共享同一组内
容类型，   新增了内容类型集线器的功能。     你可以指定一个网站集为“集线器中心”，
将它的内容类型发布出来，凡是“订阅”了内容类型发布的其他网站集，就能自动
将发布出来的内容类型同步到自己的内容类型库当中。

内容类型集线器是通过 Managed Metadata Service 这个服务应用程序来运作，
所以，需要发布和订阅内容类型的网站集，必须与同一个 Managed Metadata
Service 服务应用程序关联起来。每一个 Managed Metadata Service 服务应用
程序实例，都只能指定一个网站集，作为内容类型集线器“中心”，由它来发布内
容类型，而其他网站集只能作为“订阅者”，“订阅”被发布的内容类型。下图是一
张内容类型发布和订阅示意图（来自 www.chakkaradeep.com）。




在 SharePoint 2010 管理中心的服务应用程序管理中，选中 Managed Metadata

                         33
Service，然后点击 Ribbon 中的“属性”按钮：




在属性对话框的最下方，填入需要作为内容类型集线器“中心”的网站集路径，这
个网站集里面定义的内容类型，将可以发布出来：




然后再次选择 Managed Metadata Service 服务应用程序代理，点击 Ribbon 中
的“属性”按钮：




选中与内容类型集线器相关选项前面的复选框：




然后，在指定作为内容类型集线器“中心”的网站集里面，你可以从网站内容类型
库中选择一个内容类型，然后通过点击“管理此内容类型的发布”链接，来发布这
个内容类型：

                         34
SharePoint 2010 服务器上定义了 2 个内容类型集线器相关的定时器作业，来自
动进行内容类型的发布和订阅同步。它们在后台以指定的周期，自动运行以完成
发布和同步操作。        我们可以在管理中心网站的“监控 - 计时器作业状态”中，找到
这两个定时器作业，然后手工强制立即执行（能手工立即启动一个计时器作业，
也是 SharePoint 2010 的一个新功能）。

首先，找到“内容类型集线器”计时器作业，然后点击“立即运行”按钮：




                      35
然后，在定时器状态页面中，切换视图到内容类型“订阅者”网站集所在的 Web
应用程序，找到“内容类型订户”定时器作业，并手工立即启动它的运行：




然后在内容类型“订阅者”网站集的网站内容类型库当中，您应当就会看到被同步
过来的内容类型了。在“订阅者”网站集管理页面中，有一个“内容类型发布”链接，
点击后能看到所有被同步过来的内容类型：




注意，被同步到“订阅者”网站集中的内容类型，是不能被修改的。如果你希望在
“订阅者”网站集中，对从集线器“中心”同步过来的内容类型再进行适当的修改，
例如增加一个字段， 那么可以再创建一个新的内容类型，并继承自那个同步而来
的内容类型，然后按照要求修改新内容类型即可。



                  36
SharePoint 2010 新体验 9 - 内容管理器（Content
Organizer）
如果我们使用一个 SharePoint 网站来存储部门/团队的文档，通常会按照我们想
要的结构，预先在网站中建立好相应的文档库和文件夹。比如，我们会创建一个
“技术文档库”，来存放技术类别的文档，同时创建一个“业务文档库”存放业务类
别的文档，   在“技术文档库”中， 还可能按照编程语言的种类， 建立诸如“CSharp”、
“C++”、“Java”之类的文件夹，将技术文档按照它们所属的类别，再放置到相应
的文件夹中。

但是，无论管理员将结构建立得多么好、多么完整，用户很可能并不会按照文档
实际的类别，将文档上载到正确的文档库和文件夹中。SharePoint 2010 的内容
管理器，能帮助网站管理员实现自动化的文档路由和存储。在用户将文档上载到
网站之后，网站的内容管理器会按照事先设置的规则，自动将文档移动到正确的
地方。

内容管理器的规则，基本上基于两种判断条件：
1、文档的内容类型。例如，属于“技术文档”内容类型的文件，移动到哪里哪里，
而属于“业务文档”内容类型的文件，又是移动到哪里哪里。内容管理器规则只能
处理继承自“文档”内容类型的内容类型，这意味着内容管理器只能管理文件类型
的内容，而不能处理其他列表项内容类型。
2、属性的值。基于第 1 种判断条件，管理员还可以再基于文档的属性，设置判
断条件。比如，“技术类别”属性的值等于“Web 程序”的文档，移动到哪里哪里。
第 2 种判断条件不能独立于第 1 种存在。

内容管理器是一项网站级别的功能，而并非网站集级别。所以，首先需要在网站
功能管理中，启用“内容管理器”功能：




在网站中启用了内容管理器功能之后，网站中会多出来一个“放置库”文档库。这
个“放置库”是内容管理器的核心之一，实际上，所有内容管理器规则都是应用到
“放置库”。

然后在网站管理页面中，会多出来“内容管理器设置”和“内容管理器规则”链接：




                      37
内容管理器设置界面中，是对整个网站的内容管理器功能，进行全局的设置。

如果选择了“将新内容提交到库”选项，那么无论用户是将文档上载到网站的什么
地方，这个文档都会被自动移动到“放置库”中，以对其应用规则。但是我发现
Beta2 中似乎有 Bug，即使管理员选中了这个选项，用户上传到其他地方的文档
也不会自动移动到“放置库”，这样只有上载到“放置库”中的文档，才会被应用规
则。




如果选中了“允许规则将其他网站指定为目标位置”选项，那么在规则中，就能将
上载的文档移动到其他网站。  但是其他网站的目标位置， 必须事先由管理员在“管
理中心 - 一般应用程序设置 - 配置发送到连接”设置之后，才能使用。




自动创建子文件夹的选项非常有用，这样可以避免在一个文件夹中，存放太多的
内容。不建议在一个文件夹中，存放超过 5000 个文件。




如果目标位置已经存在同名文件，那么下面的选项将决定内容管理器如何处理这
种情况。但是如果管理员选择了使用版本控制，但目标文档库又并未启用版本控
制功能，那么内容管理器仍然是使用自动在文件名后面添加唯一字符的方式，来
进行处理。




                   38
保留文档的审核日志和属性，有助于在记录管理中对文档进行持续管理。




“规则管理员”可以让管理员指定哪些人可以设置内容管理器规则。如果一个用户
是网站管理员，但是并非规则管理员，他也不能管理内容管理器规则。如果一个
用户是规则管理员，但并非网站管理员，他仍然不能管理内容管理器规则。




接下来，就是为内容管理器创建规则。每个规则都有优先级，优先级高的规则会
先被执行，这样如果一个文档符合多个规则的条件，那么只有优先级最高的规则
会被应用到文档。




下面的截图就是按照提交的文档的内容类型，进行条件筛选。“替换名称”可以用
于同时处理多个相关的内容类型（比如有父子继承关系的内容类型）的情况。




“基于属性的条件”可以让管理员再基于选中的内容类型的必填属性，来设置过滤
条件。


                 39
下面是在添加了 2 条规则之后的情景，两条规则实际上都是针对一种“技术文档”
内容类型，但是第 1 条规则还加上了额外的属性条件过滤，来将“技术文档”中设
置的是 C#与 Web 类别的技术文档，单独存放到一个专门的地方。由于第 1 条
规则所匹配的文档实际上是第 2 条规则所匹配的子集，也就是说，第 2 条规则
覆盖了第 1 条规则，所以为了避免文档被应用第 2 条规则，管理员需要将第 1
条规则的优先级设置得比第 2 条规则高：




配置好了内容管理器之后，当用户在网站中上载了文档之后，系统会自动提示它，
内容管理器已经将文档自动转移到了新的地方，并且会显示出文档所在位置的
URL 路径：




有了内容管理器，用户在上载文档时，就不再需要考虑到底将文档上载到哪个地
方才合适。文档所在位置的选择，被交给了内容管理器，按照管理员所设置的规
则，对文档进行自动的路由和分类。



SharePoint 2010 新体验 10 - 文档评分

                   40
最近 51CTO 的朋友帮我在 51CTO 上也开通了一个镜像 blog，地址是
kaneboy.blog.51cto.com，两边的内容一样，如果您喜欢 51cto 的风格，可以从
那边阅读我的 blog 内容。我正寻思这写一个小程序，让它能自动同步我的 blog
内容...

另外，这几周都没有往 blog 上写什么内容，主要原因是正在忙着和杜伟一起写
《SharePoint 2010 应用程序开发指南》。写书通常是一个很难得到众多反馈的
过程，因为毕竟有出版社和版权的限制，所以在作者写书的过程中，难免自己都
怀疑写的内容是否合读者的胃口。        所以如果可能，我希望在征得出版社同意之后，
能够在 blog 上将其中某些（也没法是太多）已经写完的章节发布出来。这样大
家可以先预览一下，给内容也提一点建议。

---------- 东扯西扯与正文的分割线 -----------

如果大家使用 SharePoint 来构建文档管理解决方案，给文档评分其实是一个挺
常见的需求。可惜在之前的版本中，SharePoint 并没有内置这个功能，当然，
也不断的有社区项目，通过自定义开发的方式，给 SharePoint 文档库添加上这
个功能。SharePoint 2010 终于给文档库（实际上是所有列表），都加上了给文
档（和列表项）评分的功能。

在文档库设置中，打开“等级设置”页面，然后在页面中启用等级评定。




然后文档库中会增加两个网站栏，“等级（0-5）”和“等级数”。前者用来存储所有
用户给这个文档评分的平均值，后者用来存储有多少用户给文档评过分了。




这样，在文档库的视图中，就能看到如下的界面。用户通过在“等级（0-5）”字
段上滑动鼠标，就能给指定的文档打一个分数。



                              41
在用户给文档评分之后，   这个值并不会马上被汇总                           。
                                     （并计算平均值） SharePoint
2010 通过后台一个名为“User Profile Service Application - 社会评分联合工作”
的计时器作业，  定时对评分值进行汇总计算，这个计时器作业默认是每小时运行
一次。如果你希望它能更频繁的运行，可以在 SharePoint 2010 管理中心的“监
控 - 计时器作业 - 复查作业定义”中找到这个计时器作业，修改它的定期计划，
或者干脆直接点击“立即运行”按钮，来使它马上执行。




在评分值被汇总计算之后，用户就能看到如下图所示的汇总结果了。




                           42