如何利用Sharepoint開發一個完全不同于Sharepoint風格的站點，這是這篇文章要討論的內容。以下是項目的開發步驟：

步驟1：定義基本的網站地圖和設計

就像許多Web項目一樣，基本的站點地圖和設計告訴開發團隊基本的功能需求。站點地圖能夠使我們知道在站點上的各種不同類型的頁面，設計使我們知道需要使用什么樣的Feature.兩者會隨著進程不斷的變化，但是他們給我們提供了項目開始的基線。

步驟2：定義自己的Content Columns 和Content Types

Content Types 是SharePoint的巨大特色，它為整個站點提供了底層結構。在項目的初期花費時間定義頁面布局和Lists所需要的Content types是值得的。不需要定義的特別徹底，但是在開始時在這方面做的工作越多，以后返工的工作就少。

可以在項目中創建若干個Content Type組。例如”HedKandi Page Layout Content Types”和”HedKandi Custom List Content Types”.這主要考慮到當最終用戶創建views時有更好的用戶體驗，同時也可以容易區分哪一個是開箱即用的content types,哪一個是我們創建的。

步驟3：定義自定義Lists

Lists是項目的骨架，可以創建若干個Site Collection級別的Lists以保證一致性和內容的復用。

步驟4：創建基本的站點層次結構

如果站點的層次結構不復雜，那就在Site Action用戶界面下創建層次結構。如果是一個相當大的站點，那就應該提前創建整個站點的層次結構，建議使用　Stsadm –o createsite 命令或寫一個簡單的應用程序通過API自動創建層次結構。

步驟5　加入圖像和CSS文件

一旦擁有了基本的站點架構，Custom content types和Lists,就可以開始把站點建造成設計的樣子。這是我們第一次使用SharePoint Designer的時候，利用SPD可以非常容易地加入Css文件。至于Content Types如果想確保我們知道哪一些是開箱即用的，哪一些是我們在工程期間加入的，可以在Style Library List中加入新的目錄例如叫做HedKandi，在這個目錄下分別創建CSS和Images目錄，我們把圖像和CSS文件分別放到這些目錄中。

步驟6 建立自己的Master Pages

因為工程中有許多布局大不相同頁面，而且它們位于站點的不同位置，所以選擇使用多個Master Pages。由于已經對XHMTL文件做了大量的工作，所以我們可以快速的創建新的Master Pages.因為我們想要利用站點中現有頁面布局，所以我們對 控件保持同樣的命名規則。

步驟7 創建自己的頁面布局

這時我們可以真正看到預定義好的Page Layout Content Types以及XHTML的益處。當做了這些工作后創建一個平面的頁面布局是相當快速的，主要是由于SPD的工具箱和SharePoint的高度集成。把content field加入到頁面中，只要把它從工具箱中選中，拖拽到頁面上就行了，不論是在設計模式還是代碼模式下。如果已經很好定義了Content Type并且進行了適當的描述，這樣開發人員就不必總是通過參考文檔才知道field control是做什么的，這些controls應該是什么格式的，這將在工程中大大節省時間。

　　這時，我們就擁有了一個可以工作的站點，看起來非常接近設計的樣子，可以讓作者開始向Lists輸入內容，創建基于Page Layouts的頁面。這就勾勒出了測試過程，因為這意味著我們能夠捕捉到丟失的Fields或功能。

步驟8 定制自己的Content Query webpart 視圖

Content Query wb part是在網站中最常用的webpart之一。我們在各處使用它們從Lists中集合內容數據。我們發現為了滿足設計上的需要，可以快速的變化web part提供的一套標準的視圖。我們可以創建定制的XSLT模版以滿足需求，通過修改itemstyle.xsl文件――位于站點集合根目錄下的/Style Library/XSL Style Sheets

通過給itemstyle.xsl文件增加一個新的XSLT模版就自動的把其中的內容增加到Web part屬性的下拉列表中。這非常省時，但是要注意文件中語法錯誤會導致在Site Collection中的所有的Content Query webparts實例崩潰。

NET技術：MOSS 2007 項目的開發步驟，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。