SharePoint 使用技巧總結(jié)與討論

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

5、? 對(duì)于SharePoint個(gè)人的感想

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

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

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

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