其他

在前面我們提到了如何使用ECMAscript物件模型來操作普通的List Items，但如果我們操作的List包含有Lookup欄位，那麼我們又該怎麼做呢？首先參考此文搭建我們本文的測試環境Sharepoint學習筆記---SPList--建立一個帶有Lookup欄位的List一、對於擷取操作，我們使用如下代碼<script type="text/javascript">    function GetLookupValue() {        var context = new 

     最近的報表中有個需求，使用者需要看到屬於某個客戶的Order的所有的Items，這些屬於某個Order的Items需要歸併為一個欄位記錄。首先是對兩個表的描述，一個是OrderHead,一個是OrderDetails，一個客戶(DEBTOR)有多個Order，一個Order有一個或多個Item。OrderHead表與OrderDetails表通過Order_No進行關聯。OrderHead表如下: OrderDetails表如下:   使用者需要達到的效果如:  我們的MS

   如果有一個字串 eg: "sun,star,moon,clouds",想要在MS SQL中根據給定的分隔字元','把這個字串分解成各個元素[sun] [star] [moon]

  在使用ECMAscript物件模型開發應用時，我們不自覺的想要知道某個SP object都提供了什麼方法？這裡我們就來看看怎麼做。 1、在我們前面建立的Sharepoint項目中，新增一個Visual WebPart（命名為WPLkECMAscript）和一個Javascript檔案(命名為ECMAOpListItems.js)    

     在上一篇我們試圖通過List Template來協助我們相對較快的建立我們List Definition中的Schema.xml檔案，你可能會發現，我們並不能照搬List Template中相應的定義內容，它和我們在List Definition中的對應的內容在描述上有所差異，這是正常的，因為List Template與List Definition並不是完全相同的東西，雖然它們都是用於建立Sharepoint中的List，但適用情形和表現形式卻並不一樣。    

上一篇我們以問答的方式明確了Sharepoint服務的一些概念，這裡我們重點來看兩個方面:Sharepoint伺服器構架物件模型以及Sharepoint 服務應用程式的某些拓撲結構一、Sharepoint伺服器構架物件模型       二、Sharepoint 服務應用程式的某些拓撲結構Sharepoint 服務應用程式的物件模型支援各種不同的伺服器陣列環境。這裡我們探討一下其中的某些情況：1、單應用伺服器結構 (Single Application

 在進一步實踐使用ECMAScript物件模型來編寫代碼之前，我們當然希望我們的編碼過程盡量輕鬆一些，所以在這裡讓我們看看如何?在編寫代碼時，實現智能提示功能。   1、首先在VS2010中建立一個javascript檔案。     2、在此檔案的開始處添加如下代碼:   /// <reference name="MicrosoftAjax.js" />          我們必需把

    前面我們建立List Instance與List Template時，它們都在一個Soltuion中，如果我們開發小組的其它成員已經開發並部署了某些List Template，而現在我們需要在我們新的Solution中使用那些已經開發好的List Template來建立我們的List Instance，那麼該如何操作呢？這裡就以我們前面建立的那個自訂List Defintion中的List Template為例來新建立一個List

              Sharepoint學習筆記—Site Definition 系列 為便於查閱，這裡整理並列出了我的Sharepoint學習筆記中涉及Site Definition開發的關文章，有些內容可能會在以後更新。Sharepoint學習筆記—Site Definition系列-- 1、建立Site ColumnsSharepoint學習筆記—Site Definition系列-- 2、建立Content Type Sharepoint學習筆記—Site

    我們知道Microsoft SharePoint 2010 提供了三個新的用戶端 API，這些 API 允許您通過在瀏覽器中執行的指令碼、在 .NET 託管應用程式中執行的代碼（Microsoft .NET Framework 3.5 或更高版本）或在 Microsoft Silverlight 2.0 應用程式中執行的代碼與 SharePoint 網站進行互動。   這裡我們來看看如何在Sharepoint網站中引入ECMAScript（JavaScript、JScript）

              Sharepoint學習筆記—ECMAScript物件模型系列 為便於查閱，這裡整理並列出了我的Sharepoint學習筆記中涉及ECMAScript物件模型開發的關文章，有些內容可能會在以後更新。Sharepoint學習筆記—ECMAScript物件模型系列-- 1、ECMAScript物件模型的引入 Sharepoint學習筆記—ECMAScript物件模型系列-- 2、實現編寫代碼時的智能提示功能 Sharepoint學習筆記—ECMAScript物件模型系列-

   看到網上不少人遇到過這種類似的錯誤，而產生這種錯誤的原因也有多種，我產生此錯誤的背景是在試圖通過ECMAscript物件模型把一個User添加到某個指定的Group中時遇到的。            問題1.當我試圖把一個User添加到Sharepoint的某個指定的Group，而這個User已經在Site Collection中存在，在此背景下我得到此錯誤資訊。   問題2.如果我試圖把一個在Site

Microsoft SharePoint Foundation 中主要有兩種類型的頁面，分別是應用程式頁(Application Page) 和網站頁(Site Page)。   應用程式頁(Application Page) 和網站頁(Site Page)都從同一主版頁面繼承其布局。   應用程式頁(Application Page)與傳統的 Microsoft ASP.NET 3.5 網頁最為相似。但是，應用程式頁面並非直接派生自System.Web.UI.Page，而是派生自

 Sharepoint本身就是一個豐富的大容器，裡面儲存的所有資訊我們可以稱其為“內容(Content)”，為了便於管理這些Conent，按照人類的正常邏輯就必然想到的是對此進行“分類”。分類所涉及到的層面又必然包括:  1、分類的標準或特徵描述{即：類型屬性（或：與該類型項目相關聯的屬性)}。  2、對應類的關聯動作(即：工作流程，行為以及其他設定)   在Content Type的組織上還有一個Content Type Group，每一種Content Type分屬於不同的Group。  

Sharepoint210有四種執行模型:  1、完全信任執行模型(Full Trust)  2、Bin/CAS 執行模型 （1與2都屬於場解決方案）  3、沙箱執行模型(Sand Box)  4、 混合執行方法（Hybrid Approach） Sharepoint最簡單的處理模型就是一個完整的Asp.net應用程式處理模型，但由於Sharepoint2010中引入了沙箱處理方式，所以使得處理情境變得複雜。   

     Site Columns是Sharepoint網站的一個重要底層結構，它是一類可重用的列定義或模板，可以將其分配給一個或多個 SharePoint 網站的一個或多個列表。    一個Site Column是由幾個屬性定義的，包括名稱及其欄位類型。例如 Title這個Column,其名稱就是Title，欄位類型就是Text。    在Sharepoint中我們可以通過管理介面查看到系統的Site Columns，我們可以通過相應Site Collection的Site

     上文我們瞭解了一個外部Http Request進入IIS 背景工作處理序(W3WP)的處理與執行信任模型，這個階段是Sharepoint的四種執行模型都必須經過的處理階段，其中Sharepoint場解決方案與任何 ASP.NET 應用程式一樣就是在 IIS 背景工作處理序(w3wp)中啟動並執行，所以上文也就包含了場解決方案的處理與執行信任模型。     這裡繼續我們的話題，就是看看Sharepoint的沙箱化解決方案在這方面是什麼情況。     沙箱化解決方案是

Sharepoint210有四種執行模型1、完全信任執行模型(Full Trust)2、Bin/CAS 執行模型 （1與2都屬於場解決方案）3、沙箱執行模型(Sand Box)4、 混合執行方法 (Hybrid Approach) 下面分別來看看它們是怎麼回事一、場解決方案    場解決方案是在 SharePoint 環境中通過伺服器端檔案系統部署的資源的集合。這些資源可能包含 Microsoft .NET Framework 程式集以及網頁、映像和設定檔等非編譯組件。在 SharePoint

     在上一篇我們大致分析了一個List Definition的結構與內容，裡面有個關健的檔案就是Schema.xml，我們看到，這個檔案比較複雜，在使用VS2010的模板時，VS2010自動為我們建立了這個檔案，可有時候，我們可能會需要人為介入建立或修改Schema.xml，這可就顯得比較麻煩了。有沒有辦法讓這個工作變得更容易和快捷一些呢？這裡描述兩個辦法：   一、是使用List Template 

     上一篇我們看了場解決方案與沙箱方案兩種執行模型，其中場方案套件括有完全信任方式與Bin/CAS方式兩種，這裡讓我們繼續來看看最後一個執行模型，即混合模型(或混合模式)。三、混合模式（hybrid approaches）      所謂混合模式就是指雖然解決方案運行在沙箱模式，但卻可以通過各種機制來訪問完全信任模式的代碼，換句話說，就是把沙箱模式與完全信任模式結合起來。當然，我們可以把這種模式看成兩個松耦合方式的組合，這是因為沙箱模式是部署在網站集合(Site Collection)