Sharepoint学习笔记—习题系列--70-573习题解析 -(Q131-Q132)

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