其他

   （最新版本為DataRabbit

設計模式學習筆記清單          關於設計模式許多人已經耳熟能詳，這段時間結合李建忠的教學視頻以及大量網路資料，把這部分過了一遍，整理出學習筆記，而真正的深入學習和理解只能在具體的開發環境中日積月累。     設計模式其實就是一種“思想”，就像做菜，一開始學習的人難免會問"我現在學做了幾道菜?"，其實，真正的精髓不在菜品，而在如何調味，如何選料，備料等"最基本的原理和法則"，掌握並熟練應運了這些基本思想，才能真正的完成從"無招"到"有招"再到"無招勝有招"的至深境界。           

    根據外掛程式的“自治”性，外掛程式如果需要配置資訊，則外掛程式應該自己能讀取和修改配置資訊，而不是架構或宿主來完成這些事情。這種松耦合特性，我們曾在ESFramework介紹之（29）―― 外掛程式公用設施 AddinUtil 一文中特彆強調過。   

在Silverlight 2 中的按鈕不能響應MouseLeftButtonDown 和 MouseLeftButtonUp 事件，為解決此問題，我們可通過建立自訂按鈕控制項加以解決，1、建立自訂按鈕控制項，參見"SilverLigth學習筆記--如何在Silverlight中建立自訂Button控制項"一文。2、建立新項目，在新項目中引用前面建立的MyButton自訂按鈕(即引入MyButton.dll)。並在xaml檔案頭部中加入如下代碼?: Code highlighting

    當我們的服務平台搭建成功後，所需要做的主要事情就是開發服務端功能外掛程式（IFunAddin）和用戶端外掛程式（IPassiveAddin），每個外掛程式對（AddinPair）實現了一組相似或相近的需求/功能。   

    （本文名字取為“伺服器系統自動升級”，實際上適用於所有應用程式自動升級的情況。）    前文介紹了在伺服器或用戶端應用程式啟動並執行過程中，外掛程式如何自動升級、更新。基於前文相同的理由，AS、FS、IRAS也需要有自動升級的功能。    

     Sharepoint的內容階層（Content Hierarchy）包括表示可發布資料項目(publishable items)，如清單項目的類，還包括表示嵌套的資料容器(nested containers of data),如列表、內容資料庫、網站、網站集合以及稱為"Web 應用程式"的網站集合分組）的類。     內容階層中的主要對象如:                  這裡我們把Sharepoint的內容階層進一步細分成三個層次分別描述：  一、高層次的物件模型(High

              手把手建立一個Silverlight應用程式SilverLight學習筆記--實際應用(一)(1):手把手建立一個Silverlight應用程式之開始篇 SilverLight學習筆記--實際應用(一)(2):手把手建立一個Silverlight應用程式之添加記錄

      出於安全的考慮，在Silverlight中我們不能隨心所欲的讀寫用戶端本地的檔案系統。這樣不論對用戶端還是程式員都是有著安全上的好處的。      在實際操作中，我們能夠通過給用戶端轉譯"開啟檔案"的對話方塊，由用戶端自己來選擇所想要開啟的檔案，在這種情況下，你的Silverlight應用程式就可以開啟這個指定的檔案（並且只能開啟這種情況下指定的檔案）  本文我們就實踐這一功能。    

   （完全限定類名：DataRabbit.Relation.ISPAccesser）       雖然IRelationAccesser可以調用一些不含out參數的預存程序，但是在DataRabbit中調用預存程序最好是通過ISPAccesser介面來進行。   預存程序不僅可以有傳回值，還可以有[in,out]參數，在對預存程序的調用進行封裝之前，首先必須抽象預存程序的參數表示。DataRabbit使用SPParameter來表示預存程序的參數。   注意，Name屬性工作表示參數名，該參數

   （完全限定類名：DataRabbit.Relation.ITableAccesser）       ORM並不能完成所有的事情，有些資料庫訪問還是需要基於關係來進行，對於那些不提供基於關係進行資料訪問操作的純ORM架構，我認為是不明智的。在DataRabbit中，基於ORM的訪問和基於關係進行資料訪問各佔了一半的天空，這使得我們在無法用ORM達成的地方，可以轉向使用基於關係的訪問器來達成。DataRabbit.Relation命名空間下的類和介面用於提供基於關係的資料庫訪問操作，主要包括：

   （完全限定類名：DataRabbit.Relation.IRelationAccesser）       前面介紹的IOrmAccesser是對單表進行ORM訪問，而ITableAccesser是對單表進行基於關係的訪問，如果我們要進行聯集查詢這樣的跨表搜尋，則使用它們就無法達成目標。這時，你可以使用IRelationAccesser。與IOrmAccesser和ITableAccesser的針對性不同（它們針對資料庫中的某個表），IRelationAccesser針對的是整個目標資料庫。

   （完全限定類名：DataRabbit.ORM.IOrmAccesser）      在DataRabbit架構中，通過IOrmAccesser來對資料庫進行ORM訪問，只要Entity（即ORM中的“O”）的定義與資料庫表的結構完全一致，即可使用IOrmAccesser來對其進行ORM操作。1.Entity   Entity除了包括成員變數與屬性（這些變數與屬性與資料庫表的結構完全一致）外，不需要包含任何其它元素。在輕量的資料訪問架構

   （完全限定類名：DataRabbit.Core.IPagerManager）   DataRabbit架構提供了對單表查詢的結果進行分頁的功能，這就是IPagerManager所完成的目標。我們可以從DataRabbit的進入點IDataAccesser中擷取IPagerManager引用：    PagerParameters param = ...; //構建分頁參數    IPagerManager

    前面我們看了一下Sharepoint伺服器物件模型的物理對象層次(Physical Objects Hierarchy)和對象內容層次(Content Hierarchy)中的相關類，這裡來看看服務層次結構，其中包括表示 Web 服務(WebService)、Windows 服務(WindowService)、其他類型的服務(IcomingEmailService,

   （完全限定類名：DataRabbit.ITransactionAccesser）   在DataRabbit 輕量的資料訪問架構 －－序 中，我們已經知道，所有的訪問器介面都繼承了ITransactionAccesser介面。ITransactionAccesser的含義在於：訪問器對象即可以工作於一個事務（Transaction）上下文中，也可以在脫離事務的環境中工作。   

    如果你的用戶端基於ESFramework構建，並使用Tcp與服務端通訊。通過這篇文章你將知道如何迅速、高效地建立用戶端應用。    ESFramework對基於Tcp用戶端的支援主要在ESFramework.Network.Tcp.Passive命名空間，給出了該命名空間中的核心組件，以及這些組件之間的關係：    下面解釋一下這些組件的作用、職責。我們從最底層的通訊組件NetworkStream向上看：（1）NetworkStream

   前面過了一下Sharepoint的伺服器端物件模型，接下來就讓我們大致看看Sharepoint的用戶端物件模型(Client Object Model: Client OM)。    首先需要瞭解的就是Sharepoint的用戶端模型是在Sharepoint2010才開始引入的，之前沒有這個概念。    一、為什麼要引入用戶端物件模型呢?   

在上一篇的基礎上，我們要進一步以實現在DataGrid控制項上添加新記錄。實現功能描述：在DataGrid控制項上方增加一按鈕Add,當點擊它時，DataGrid資料行最後一行新增一新行，我們可以編輯此新增的一行。另外，我們也可以通過鍵盤上的Insert按鈕來添加一新行。具體實現如下:一、修改介面.Page.xaml代碼如下: Code highlighting produced by Actipro CodeHighlighter