無廢話SharePoint入門教程二[SharePoint發展、工具及術語]

1、前言

1.因爲上一篇文章的標題命名失誤，此篇標題寫給百度搜索」什麼是SharePoint」。

2.關於什麼是SharePoint，請參見本人的第一篇文章：http://www.cnblogs.com/iamlilinfeng/p/3026332.html

2、目錄

1.SharePoint2013環境安裝

2.SharePoint發展過程

3.SharePoint使用工具

4.SharePoint內部使用術語

1.SharePoint2013環境安裝

SharePoint2013安裝圖解，這裏就再也不冗復了：http://www.cnblogs.com/jianyus/archive/2013/02/01/2889653.html

2.SharePoint發展過程

由SharePoint的發展歷程能夠看出，在SharePoint2010版本之前SharePoint一直是包含在Office產品系列中，2010年後微軟正式把SharePoint造成獨立的產品而且趨於穩定。因爲產品名稱變化的緣由，致使SharePoint在各個階段的稱呼各不相同。下面咱們介紹下當前仍在使用中的產品簡稱及全稱。

WSS：07版及之前對Windows SharePoint Services的簡稱。

MOSS：07版本對Microsoft Office Sharepoint Server的簡稱。

SharePoint Foundation：免費的SharePoint的服務器一個版本。

SharePoint Server：收費的SharePoint的服務器一個版本，又細分爲「標準版」和「企業版」。

SharePoint Foundation與SharePoint Server的區別： 

　　Foundation 免費(主要用於開發環境)、 Server版本收費。

　　包含功能：SharePoint Foundation < SharePoint Server標準版 < SharePoint Server 企業版

 

SP：SharePoint的一個簡稱，常常出如今討論區，常在後面加上版本號來肯定具體的產品。如：SP2010，SP2013。

3.SharePoint使用工具

SharePoint工程師通常會使用到3個工具，分別爲：SharePoint Designer、Visual Studio、 Windows PowerShell

SharePoint Designer：簡稱SPD（一般情況會加版本號，如：SPD20十、SPD2013），SharePoint實施工程師的利器，一款SharePoint資源編輯的軟件，能夠直接編輯SharePoint內容資源。 以下圖所示：

Visual Studio：簡稱VS（一般情況會加版本號，如：VS20十、VS2012）,SharePoint開發工程師的利器，不解釋，功能強大、大部份微軟語言都使用VS做爲開發工具進行開發，SharePoint也不例外，一般用於開發Web部件（下面會解釋什麼是Web部件）和調用SharePoint的API進行數據交互。 以下圖所示：

Windows PowerShell：Windows PowerShell 是一種命令行外殼程序和腳本環境，使命令行用戶和腳本編寫者能夠利用 .NET Framework 的強大功能。它引入了許多很是有用的新概念，從而進一步擴展了您在 Windows 命令提示符和 Windows Script Host 環境中得到的知識和建立的腳本。

百科地址：http://baike.baidu.com/view/2838635.htm?fromId=1717574 經過理解和在SharePoint的應用範圍作出的定義：基於Dos風格的，能夠經過命令來執行、管理、維護SharePoint的平常工做的可執行應用程序。 以下圖所示：

4.SharePoint使用術語

    咱們不管是與外國人交流仍是與使用計算機編程都須要有一種可以讓彼此均可以理解的語言。如經常使用英文：「Hello」、「Hello World」、「How are you」，編程時最常說的「類」、「屬性」、「方法」等，人與人進行交流時能夠無障礙使用這些術語進行溝通。如：程序員交流時一說到「類」，都會對類有個統一的概念。
在SharePoint的世界中，也有一些術語。理解這些術語及概念對於SharePoint的相互交流是必不可少的，若是你第一次看本文有些地方不太理解甚至徹底不理解（看了和沒看同樣），那麼就等到在QQ羣裏或論壇裏看到這些術語時再回頭查看吧，那時候纔可以真正的消化這個內容。
官方地址：http://msdn.microsoft.com/zh-cn/library/ee556558.aspx
官方的api老是那麼的全面，但在實際工做中你會發現不會使用會所有術語，爲了儘快的達到使SharePoint的術語進行無障礙溝通的目地，本文列出了「入門而且經常使用的」術語並一一講解。

NO.1   服務器場
廣義的概念：服務器場,即主機的集羣.簡單點說就是兩臺機器互相備份，兩個或幾臺機器之間有心跳線，定時檢測對端設備的狀況，若是對端設備出現故障，一臺機器就會接管出問題機器的受保護的資源如數據庫等.
地址：http://baike.baidu.com/view/4095692.htm
以下圖所示：

廣義上的概念更像是在描述「網絡負載均衡或集羣」，下面咱們介紹下SharePoint服務器場。
SharePoint服務器場：一系列的服務器的集合。集合裏的每臺服務器包含的職能能夠是不同的。以下圖所示：

 

該SharePoint服務器場有兩臺Web前端服務器，用戶訪問靜態的內容時能夠直接從這兩臺服務器上進行讀取，兩臺服務器經過「Network Load Balancing」鏈接在一塊兒。兩臺應用服務器作基本數據的支撐。當用戶使用搜索時，內容由前端服務器轉交級搜索服務器處理並返回結果。低層是數據支撐，由兩臺數據數據庫服務器經過「Cluster」進行負載。
你們能夠看出「SharePoint服務器場」的概念與「百度百科服務器場」的概念是一種包含與被包含的關係。「SharePoint服務器場」的概念範圍更大些。我的以爲百度百科對服務器場的概念太泛化，本人更偏向於服務器於SharePoint的服務器場的概念才真正爲「服務器場」的概念。

NO.2   Web應用程序、網站集、網站
Web應用程序：Web 應用程序是一種能夠經過Web訪問的應用程序。Web應用程序的一個最大好處是用戶很容易訪問應用程序。用戶只須要有瀏覽器便可，不須要再安裝其餘軟件。SharePoint的Web應用程序也不例外，他經過監聽相關端口來響應來自用戶的請求。從根本上講SharePoint自己就是一個由asp.net搭建的網站，只不過他的規模很大（微軟產品的特色）。
但他與咱們建立的Web應用程序的表面上的區別有明顯的兩點：
咱們本身開發的Web應用程序通常是經過人工部署到IIS上的，而SharePoint的Web應用程序是由SharePoint安裝時自動部署的（包括數據庫的建立、asp.net頁面與數據庫的鏈接等）。以下圖所示：

SharePoint會自動建立一些必要的Web應用程序。咱們本身開發的Web應用程序dll通常放在目錄結構的bin下，asp.net頁面也會由咱們根據業務需求定製目錄結構，而SharePoint文件的目錄結構就比較複雜了（固然是聽從微軟的SharePoint規則，通常頁面在layout裏，dll在GAC和網站bin目錄下）。以下圖所示：

Web應用程序下創建了不少的虛擬目錄，咱們任意打開兩個看一下該虛擬目錄對應的物理路徑。

_controltemplates: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\template\controltemplates

_login: C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\template\identitymodel\login

基本都會放在：C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions目錄結構下，不一樣的版本會稍有子目錄的區別

網站集：網站集是創建在Web應用程序下的一個虛擬概念，咱們能夠理解爲一堆網站的集合。這個集合可對子網站進行一些統一的設置和管理。他獨立的數據管理和權限分配而且必須創建在Web應用程序之下。

網站：網站是建議在網站集下的虛擬概念，這點打破了大多數asp.net程序員對網站的傳統概念。主要在於咱們使用asp.net建立的網站至關於一個web應用程序，而到了SharePoint，網站是創建在網站集下面的一個虛擬的產物而且網站下面能夠包含子網站….

Web應用程序、網站集、網站的邏輯關係

 一個Web應用程序下，能夠有多個網站集，一個網站集下能夠有多個網站和頁面。

NO.3 列表、文檔庫
列表：以表格爲容器，裝載着文字或圖像的一種形式。下表爲一個簡單「員工信息」列表。

如上表所示，表頭爲「員工信息」，表的每一列頭爲「編號、姓名……」，在SharePoint中的列表也不例外。下面是SharePoint中的一個「內容和結構報告」列表。

學過編程的同窗應該更容易理解，列表相似數據庫中的「表」，也相似C#中的泛型List<T>。他在SharePoint中的類爲：Microsoft.SharePoint.SPList，是否是很熟悉？List與SPList。不只僅是長得類似，用途也很類似。

文檔庫：咱們先來了解一下庫的概念。庫：用來放置同類事物的抽象容器；如庫房，儲存貨物或財物的房屋。

庫的概念也不例外，如今咱們瞭解一下什麼是SharePoint文檔庫，SharePoint文檔庫：一個文件夾，庫中文件的集合屬於同一模板。簡單的理解就是一個文件夾裏放了一堆文件，而這個文件夾就叫作文檔庫。以下圖所示：

文檔庫的名稱爲：頁面庫，庫裏包含了7個文件。
列表和文檔庫的區別：在初學SharePoint時，可能有不少分不清列表和庫的區別，本人剛最初對這兩上概念也很模糊，此處再次強調一下他們之間的不一樣：
列表：相似於表格，存儲的的數據。
文檔庫：相似於文件夾，存放的是文件。
那麼是什麼致使了咱們對這兩個概念的混淆呢？以下圖所示：

在咱們查看SharePoint全部內容進，SharePoint把全部類型的文件堆在一塊，讓咱們很難區分哪些是列表，哪些是庫（雖然圖標有區分，但有哪些入門者會在乎這些呢？），若是SharePoint的「全部內容」作成以下圖示是否是會更有助於廣大的用戶理解和區分這兩個概念呢？ 

NO.4   欄、欄類型、內容類型

這三個概念咱們還使用「員工信息」表爲例，表格以下：

欄：列表中的一列，如上表中的「姓名欄」、「性別欄」等， 一樣的概念SharePoint只是換了個名詞。

欄類型：固名思意，欄類型就是這個列是什麼類型的數據，如：編號是數字型、姓名是字符型等，這些「數字類型」、「字符類型」即爲欄類型。

瞭解數據庫的同窗更容易理解這兩個概念，不泥馬是列和列的類型嗎？很負責任的告訴你，確實是這樣的。

內容類型：這個概念稍微抽象，他是多個欄的集合。如：（編號、姓名）能夠組成內容類型A，（姓名、性別）能夠組成內容類型B。這就是內容類型。那麼爲何要有內容類型呢？

下面咱們看兩張表。

若是沒有內容類型的狀況下，咱們的兩個列表裏都要建立「姓名、性別」這兩個欄，很明顯，兩個列表的欄是重複的。

但咱們使用內容類型後，便可以建立「員工基礎信息」內容類型，裏面包含兩欄「姓名、性別」。而後在創建列表時分別這個「員工基礎信息」內容類型加入到兩個列表中。

爲何有內容類型？

若是有一天，老闆說，不容許公司存有女員工（大男子主義）。

（1）沒有使用內容類型，咱們要把兩個列表都修改一次（若是有100個列表就苦B了吧），限制性別不能爲「女」。

（2）使用「員工基礎信息」內容類型後，咱們只須要把「員工基礎信息」內容類型的性別限制成「男」，全部使用該內容類型的列表欄都作了修改。

C#程序員中有經典的一句話：永遠不要讓你的代碼重複。便是這個道理。

NO.5   功能(Feature)、母版頁(Master)、頁面佈局(Layout)、Web部件(WebPart)

功能（Feature）：事物或方法所發揮的有利做用；意思是說這個事物能幹什麼。在SharePoint裏默認有不少功能，入口以下圖所示：

咱們以「網站集功能」爲例，點擊後以下圖所示：

這些功能都是網站集層面所具備的，功能只有激活後才能使用。

功能分爲網站集功能和網站功能。網站集功能開啓後，網站集下的全部網站均可以使用該功能。網站功能只能針對當前網站使用。

母版頁(Master):爲頁面建立一致的內容。以下圖所示： 

這樣母板頁就保證了全部頁面一致的內容，通常在作系統時，頁面的「頭」和「腳」都放在母版頁中。

在SharePoint的定製中，基本都要更換母版頁。咱們經過SharePoint Designer進行母版頁的設計（後繼的教程中會講解），而後在網站設置中進行選擇，以下圖所示：

頁面佈局(Layout)：對頁面的結構進行格式設置，就比如在一張紙上把格子畫出來。

在SharePoint中的操做以下圖所示：

 

選擇相應的頁面佈局後，頁面的基礎結構會根據頁面佈局的結構而改變。
Web部件(WebPart)：頁面的一部分（成塊狀），由若干裝配在一塊兒的屬性所組成。你們能夠理解爲網頁是由一塊一塊的內容組合在一塊兒的，咱們以園子爲例。 

這些「塊」能夠理解爲一個一個的部件，整個網頁由各個部件組成，這些部件具備「數據、外觀（寬高等）」等屬性，能夠單獨進行設置。
Web部件在頁面佈局中，以下圖所示：

上圖中的一個個紅色的小塊即爲Web部件的示例。

瞭解完web部件的概念後咱們回到SharePoint中，對Web部件的設置，以下圖所示：

添加完成頁面佈局後，佈局塊中點擊「添加Web部件」

選擇相應的Web部件點擊「添加」，便可。

說明：本篇文章的內容比較多，同時也比較重要，有些概念理解不清楚你們能夠先一代而過，當動手操做過程當中遇到的時候再回頭看看便可明白。

版權：http://www.cnblogs.com/iamlilinfeng