1、? 網(wǎng)站內(nèi)容和結(jié)構(gòu)（/_layouts/sitemanager.aspx）

自己使用SharePoint也有一年了，居然沒有發(fā)現(xiàn)這個頁面，鄙視自己一下，才發(fā)現(xiàn)這個頁對數(shù)據(jù)進(jìn)行操作，會方便很多，比如列表中測試數(shù)據(jù)的批量刪除，之前都是在數(shù)據(jù)行中刪除，還經(jīng)常發(fā)現(xiàn)數(shù)據(jù)行視圖不好用的情況，其實，使用這個頁里面，右側(cè)點擊列表，可以批量刪除，方便得很。

其實批量刪除也就不算什么了，這個還有更方便的，甚至可以批量復(fù)制數(shù)據(jù)，從A列表中的數(shù)據(jù)導(dǎo)入到B列表中去，當(dāng)然如果字段不一樣，SharePoint自己會擴展出來缺少的字段，這個是很方便的，比如將來進(jìn)行大量的數(shù)據(jù)維護(hù)，就可以把一個列表存成模板，新建列表，移動過去就可以了。

當(dāng)然，方便的地方，還有對數(shù)據(jù)，甚至是頁面布局、頁面等的批量批準(zhǔn)，之前都是在庫里面，一個一個批準(zhǔn)，頭大，有了這個，這些做起來就方便多了！批量刪除測試列表也是件不錯的工具。

2、? 重新發(fā)布_layouts和images的虛擬目錄

一直以來，很是不解為什么Images的路徑和_layouts是一層的，都是Template路徑下的，訪問圖片的時候卻是要_layouts/images/a.jpg這樣的路徑，看了iis才發(fā)現(xiàn)，原來是發(fā)布出來的虛擬站點，images的虛擬站點在_layouts的下一層，才出現(xiàn)這樣的情況。

我們在使用_layouts路徑下面的東西，經(jīng)常會糾結(jié)于這些文件都是全局的，比如ADForm認(rèn)證吧，就一個Login.aspx頁面，如果改了，服務(wù)器上的別的網(wǎng)站再用這個頁面，就不能再重新定制了，這是一件很糾結(jié)的事情，現(xiàn)在，我們可以重新發(fā)布_layouts和images文件夾，看到iis里面還有inc文件夾，還沒探究是做什么的，也發(fā)布一下，保證和SharePoint自己發(fā)布的一致吧。

如圖1，我新發(fā)布的_layouts的物理位置已經(jīng)不在原來的路徑下了。打開網(wǎng)站，發(fā)現(xiàn)沒有問題，_layouts/settings.aspx等頁面依然健康運行，所有列表的功能也沒有問題，我想，除了_layouts下面的東西，別的依然需要找到Template下的文件吧，只是圖片都讀不到了，再然后把images一樣發(fā)布到_layouts下面去，好了，圖片也正常了，一切OK。

3、? 修改網(wǎng)站操作下面的菜單顯示

網(wǎng)站操作展開以后，默認(rèn)是8個功能，當(dāng)然，這些都是可以改變的，我們也同樣可以添加和刪除，在哪里修改呢？！修改的位置就是LAYOUTS下面的EditingMenu文件夾的SiteAction.xml

???????? 舉個例子，我要添加一個百度地圖，在我的網(wǎng)站操作下面，OK。將下面的節(jié)點，添加到SiteAction.xml的最下面，保存，即可。當(dāng)然，這個文件是全局的，如果我們僅僅想要修改自己的網(wǎng)站集的，也可以。/_catalogs/masterpage/Forms/AllItems.aspx這個路徑下，也就是模板頁和頁面布局的庫，里面也有個EditMenu的文件夾，修改即可。

4、? 全局js的調(diào)用

使用SharePoint一年以來，覺得這個平臺和太多的東西都有關(guān)聯(lián)，感覺需要的知識面太豐富，所以越是學(xué)習(xí)也越感覺力不從心，現(xiàn)在先說說js吧，一開始接觸SharePoint的時候，總希望用Js來實現(xiàn)SharePoint的功能，不過用著用著感覺走入了誤區(qū)，js腳本文件，多數(shù)情況還是客戶端文件，還是用來修改樣式、顯示、或者豐富界面功能比較好，直接調(diào)用數(shù)據(jù)庫實現(xiàn)起來比較困難，當(dāng)然也有Js的類庫，可以直接調(diào)用SharePoint的內(nèi)部數(shù)據(jù)，這個不是我想說的。

Js是一個比較好的工具，當(dāng)我們修改頁面展示，豐富展示形式的時候，都可以實現(xiàn)，我通常的操作都是用自定義列表表單，把需要的數(shù)據(jù)提取出來到頁面上，然后用js進(jìn)行操作，這只是個人的一個思路，也只是用起來感覺還可以，拿出來跟大家交流下。

還有就是通過js進(jìn)行表間級聯(lián)，尤其是列表和文檔庫之間的，大家有興趣的話，可以看我之前的一篇隨筆，就是給文檔庫添加評論。我覺得js是一個不錯的應(yīng)用，拿出來跟大家分享和討論。當(dāng)然也有湊數(shù)的嫌疑，呵呵。

5、? 對于SharePoint個人的感想

自己使用SharePoint平臺一年多了，談不上有多深入的研究，當(dāng)然僅僅算是入門水平，也僅僅接觸了最表層的東西，有一些絲路自己感覺還是不錯的，希望能和大家討論一下。

A． 大家更看重Moss本身功能的利用，還是使用對象模型的開發(fā)？！很多地方，Moss都像給我們一個不完整的東西，我們再繼續(xù)的時候，都會遇到這樣那樣的不足，做起來畏手畏腳。舉個例子：之前做值班表，Moss的篩選可以讓篩選出來的數(shù)據(jù)等于當(dāng)前日期，而客戶要求等于當(dāng)前月份，沒發(fā)現(xiàn)有Moss自帶的東西可以用，只有添加字段”月份”進(jìn)行對比，感覺很變態(tài)。

B． 大家對于Moss本身的功能，怎么看，比如之前客戶希望添加個文章編輯后的預(yù)覽功能，而數(shù)據(jù)沒有存儲到數(shù)據(jù)庫中，用Moss自帶的東西進(jìn)行預(yù)覽，這就有困難了，然而存儲進(jìn)去以后，再預(yù)覽，仿佛又是脫褲子放p了，多此一舉，試著用js模擬顯示，真的效果不佳，然而想階段SaveButton的事件，在之前之行js也是件困難的事情，當(dāng)然可以重寫SaveButton，不過也是件耗精力的事情。

C． 對于Moss本身的功能，是不是集成度太高。感覺很多時候，想調(diào)用Moss自身的功能的時候，都感覺力不從心，比如圖片上傳，有專門的UpLoad.aspx頁面，頁面也不錯，效果也不錯，就是我們使用過程中，很難去調(diào)用這些東西，或者在我們的模塊中利用這些功能。這時間令人惋惜的事情。