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