Question 131
You create a SharePoint site by using the Document Center site template.
You need to ensure that all documents added to the site have a document ID. The document ID must include the date that the document was added to the site.
What should you do?
A. Modify the DocIdRedir.aspx page.
B. Modify the Onet.xml file of the site.
C. Register a class that derives from DocumentId.
D. Register a class that derives from DocumentIdProvider.
解析:
本题是关于文档ID的，要达到的目标 1是所有添加的文档都应该有其文档ID，2是文档ID中包含日期，也即加入了用户自定义的内容信息。
以前我们在Sharepoint内容管理(ECM)中对文档的使用通常依赖于文档存储的链接位置。但由此必然产生问题就是：如果文档移动了位置，那么原来引用的链接就不再起作用了。另外一个问题就是，如果用户把一个文档提交到知识库等文档仓库中后系统应该可以提供简单的途径方便的找到它。Document ID就是为解决这类问题而设计的。
文档 ID是一个Site Collectin 级别的Feature，一旦激活它之后，当前Site Collection下面所有document类型的Content Type都会增加一个column，无论什么时候用户上传或者创建一个文档，只要是属于继承自 document 的content type，那么它都会被自动分配一个Document ID。这其中Document Sets是一个特例，即使它不是继承自document的content type而是继承自folder的，它也能够获得Document ID。
文档 ID 是文档或文档集的唯一标识符，并且不管文档的位置如何，静态 URL 都将打开与文档 ID 关联的文档或文档集。
当激活文档 ID 功能时，Microsoft SharePoint Server 2010 将在“管理中心”用户界面 (UI) 上添加指向“网站集设置”页的链接，并启用文档 ID 服务，以便开始在网站集中分配文档 ID。文档 ID 服务会为网站集中的所有文档生成文档 ID，但不会为其他类型的列表项生成文档 ID。每次添加项时都将生成 ID，并且默认情况下覆盖现有 ID，除非专门创建的项指示 SharePoint Server 2010 不要覆盖其现有 ID。在移动操作过程中，SharePoint Server 2010 保留文档 ID。在复制操作过程中，SharePoint Server 2010 分配新的文档 ID。您可以通过在 PersistID 列上设置一个布尔运算符来对此进行控制。
Sharepoint2010提供了管理文档的配套功能，其中对文档 ID的管理是其重要组成，文档 ID 管理提供：
• 一种引用项目（例如，SharePoint Server 2010 中的文档或文档集）的方式，此方式的可靠性低于使用 URL 的可靠性。如果项目的位置发生更改，则 URL 将断开。作为 URL 的替代，文档 ID 功能使用分配给它的文档 ID 来创建每个内容项目的静态 URL。
• 针对在文档生命周期中的不同点移动文档或文档集的更灵活的支持。例如，如果您在 MySite 或 Workspace 页上创建一个文档，然后在工作组网站上发布该文档，则文档 ID 将持续存在并与该文档如影相随，以避开断开的 URL 问题。
• 文档 ID 生成器，用于向项目分配唯一文档 ID。可自定义服务所生成的 ID 的格式。通过使用文档管理 API，可编写并使用自定义文档 ID 提供程序。
本题就是涉及到文档 ID 生成器的内容。
Sharepoint为此提供了一系列的文档管理编程模型，并对此模型中使用的类型和命名空间进行了描述:
下面列举了部分文档管理 API 中的命名空间。
1.Microsoft.Office.DocumentManagement:包含用于管理文档 ID 和基于位置的元数据默认值功能的类。【很明显这就是本题要用到的命名空间】
2.Microsoft.Office.DocumentManagement.AdminPages:包含用于支持文档转换器的类。
3.Microsoft.Office.DocumentManagement.DocSite:包含文档网站功能接收器。
4.Microsoft.Office.DocumentManagement.DocumentSets:包含使您能够创建和管理文档集的类。
5.Microsoft.Office.DocumentManagement.MetadataNavigation:包含使您能够创建和管理元数据导航的类。
6.Microsoft.Office.DocumentManagement.Server:包含多语言事件接收器。
7.Microsoft.Office.DocumentManagement.WebControls:包含用于多语言文档容器、多语言文档字段控制以及多语言字段库的 Web 控件。
下面则是文档管理 API 中最重要的类型。
DocIDLookup:提供一种根据文档 ID 来查找文档或文档集合的方法。
DocumentId:表示一个文档 ID。包含可启用或禁用将文档 ID 分配给查询文档 ID 功能和分配状态的功能的方法，以及可启用或禁用查询并设置文档 ID 提供程序的功能的方法。【本题选项C涉及的类】
DocumentIdProvider:表示用于实现文档 ID 生成器的基础抽象类。【本题选项D涉及的类】
MetadataDefaults:提供一种根据添加文档的位置来设置并获取字段的默认值的方法。
DocumentSet:表示 SharePoint Server 发布网站上的 DocumentSet 对象。文档集是一种特殊的文件夹，使用户能够将一个文档集合作为单一的工作项来进行跟踪和使用。文档集的操作方式与文档库中的项类似。
DocumentSetTemplate:表示 DocumentSet 对象所基于的模板。模板描述文档集内容类型的属性。
DocumentSetVersion:表示与 DocumentSet 对象的主要或次要版本及其文件相关联的元数据。
DocumentSetVersionCollection:表示 DocumentSetVersion 快照对象的集合。捕获、还原和枚举文档集的快照。
MetadataNavigationContext:在 HTTP 请求过程中跟踪元数据导航控件和列表视图 Web 部件的状态。
MetadataNavigationHierarchy:表示 MetadataNavigationItem 对象的层次结构。
MetadataNavigationSettings:配置 SPList 对象的 MetadataNavigationItem 对象上哪些设置可控制对列表视图上的元数据层次结构和筛选器的显示。
下面来分析各选项:
选项A. Modify the DocIdRedir.aspx page. 在列表视图和每个文档的view属性设定中都可以显式Document ID这个column，它其实是一个URL格式如：http://site/_layouts/DocIdRedir.aspx?ID=J2W3DN6QF6XW-2-40 。当这个URL被点击，SharePoint将用它来搜索对应的文档，即使这个文档已经移动到了其他位置。所以DocIdRedir.aspx页面是用来追踪文档的，它与文档ID的自定义功能无关。
选项B. Modify the Onet.xml file of the site. 文件Onet.xml是网站定义或Web模板定义的重要组成文件。与文档ID无关。
选项C. Register a class that derives from DocumentId. 表示一个文档 ID。包含可启用或禁用将文档 ID 分配给查询文档 ID 功能和分配状态的功能的方法，以及可启用或禁用查询并设置文档 ID 提供程序的功能的方法。
选项D. Register a class that derives from DocumentIdProvider. 表示用于实现文档 ID 生成器的基础抽象类。
所以本题目正确选项应该是D
参考:
http://msdn.microsoft.com/en-us/library/microsoft.office.documentmanagement.documentidprovider.aspx
http://msdn.microsoft.com/zh-cn/library/ff512791(v=office.14).aspx
Question 132
You need to create a custom Web Part that meets the following requirements:
Includes all of the functionalities of the Search Results Web Part
Includes additional filters based on the current user department
What should you do?
A. Create a Web Part that inherits the CoreResultsWebPart class.
B. Create a Web Part that inherits the SearchResultsBaseDatasource class.
C. Modify the SearchDisco.aspx page and modify the descriptor file for the Search Summary Web Part.
D. Modify the SearchDisco.aspx page and modify the descriptor file for the Search Core Results Web Part.
解析:
这是一道关于创建搜索功能的WebPart的题目。
本题要达到两个要求:1,包含Search Results Web Part的所有功能。 2.包含基于当前用户所在部门的过滤器。
我们知道搜索中心是Sharepoint默认自带的一种站点模版。如果我们创建协作门户站点，也会默认带了一个搜索中心。该类型站点的目的就是替代一般门户中使用的页面顶部的搜索框，为用户提供更加可定制化的搜索体验。搜索中心有两个版本：简洁型搜索中心和带标签的搜索中心。 简洁型搜索中心通常被添加在一个发布功能没有被启用的网站集中。比如一个只有小组协作站点的网站集。带标签的搜索中心通过基于标签(Tabs)的用户界面可以提供完整的定制化支持。但是 它要求发布功能必须启用。在协作门户中这是默认的。
在Sharepoint中，我们可以使用Search Results Web Part来显示搜索结果，此WebPart有两个可配置的选项卡式的视图，一个用来显示搜索结果目录，一个用来显示搜索结果内容。
Sharepoint的搜索结果页面上有许多WebPart，都是用于搜索结果显示的。其中一个名为搜索核心结果(Search Core Results)的WebPart，该WebPart有很多的属性，用来配置和定制该WebPart。其中最重要的一项，就是我们想要定制的XSLT了。该属性用来将搜索引擎返回的XML搜索结果转换成HTML的形式，并在WebPart的内容区域中展现出来。我们可以用我们自己的XSLT来替换掉它。
虽然对于信息工作者来说SharePoint 2010开箱即用的搜索界面已经非常直观并易用，但作为超级用户仍然可以创建属于自己的搜索体验。SharePoint Server 2010包括了许多与搜索相关的强大的Web部件，用于支持超级用户定制搜索体验，包括搜索最佳匹配，精简面板，搜索核心结果，相关查询等等。
IT Pros或Developers可以配置内置的搜索Web部件来定制搜索体验。作为开发人员，你也可以扩展这些WebPart，来改变搜索结果页上内置搜索WebPart的行为。只需要在现有基础上进行继承并扩展，无需创建新的WebPart。
从上面的描述我们大致可以判断选项A提及的CoreResultsWebPart应该是我们要用到的类。
下面再来看看其它选项提到的类
选项B. Create a Web Part that inherits the SearchResultsBaseDatasource class. 此类是编写其它提供获取搜索结果数据源的类的基类。主要是完成提供数据源(Datasource)的功能。它是被SearchResultsBaseWebPart对象用来收集数据的，是介于SearchResultsBaseWebPart与SearchResultsBaseDataSourceView对象之间的媒介。它包含了针对SearchResultsBaseWebPart的一些配置信息并传递给SearchResultsBaseDataSourceView，所以，它充当此二者联系的桥梁。
选项C. D 所提到的SearchDisco.aspx 完全不知道是干什么的，在与Sharepoint搜索相关的文档中找不到此页面的描述，但在有的资源上又找到此文档的清单“/_vti_bin/searchdisco.aspx”，不过对本题，估计纯粹只是个迷惑作用。
所以本题目正确选项应该是A
参考:
http://msdn.microsoft.com/en-us/library/microsoft.office.server.search.webcontrols.coreresultswebpart.aspx
http://msdn.microsoft.com/en-us/library/microsoft.office.server.search.webcontrols.searchresultsbasedatasource.aspx