其他

文章目錄 1.設定檔      2.介面顯示3.如何部署       可靠的P2P通訊功能是ESFramework/ESPlus提供的一個基礎而又強大的功能，ESFramework 開發手冊（04） －－ 可靠的P2P詳細描述了在用戶端如何使用架構提供的這一武器。本文我們則將介紹的重點放到P2P服務端。     

　　在ESFramework 4.0 快速上手一文中，我們講述了如何使用Rapid引擎可以快速地上手ESFramework開發，文中介紹了使用ESPlus.Application.CustomizeInfo命名空間下的類可以發送和處理自訂訊息，本文我們就通過一個簡單的例子來深入講解如何使用自訂訊息。　　例子的情境很簡單：假設用戶端登陸到伺服器之後，要求請求加入某個組，服務端收到該請求後，處理該請求，並給用戶端相應的回複 --

文章目錄 1.在WinForm應用程式中啟動服務端引擎2.在Console程式中啟動服務端引擎       前面的文章已經介紹完了基於ESFramework/ESPlus進行二次開發的所有要點，現在，我們可以開始小試牛刀了。      本文將介紹使用ESFramework的Rapid引擎開發的兩個最簡單的Demo，ESFramework.Demos.Simplest 和

我很喜歡這個模式，因為它解決了對象賦值的問題。尤其是那個Clone方法，記憶猶新。使用情境：當一個系統應該獨立於產品的建立,構成和表示時，使用設計模式。.NET提供了ICloneable介面，只要實現了其Clone方法，在其中執行複製對象的操作。關鍵就是這個Clone方法，由於對象的複雜性，分為淺複製和深複製兩種：對於淺複製，可以使用Object的MembermiseClone方法：    public class A : ICloneable    {        public object

PDF版下載：http://www.tracefact.net/document/decorator.pdf奇幻RPG(物品鍛造 與 Decorator模式)

      正如ESFramework 開發手冊（01） －－ 發送和處理資訊一文中所介紹的，我們在用戶端使用ICustomizeOutter介面的Send方法，可以給服務端或其它線上用戶端發送自訂資訊，那麼，如何得知接收方是否已經收到了我們發出的資訊了呢？特別是針對一些非常重要的資訊，確認對方已經收到是非常重要的。ICustomizeOutter介面的SendCertainly方法就使用了帶ACK機制的發送。1.啟用ACK機制     

       隨著智能手機和移動平台的迅速崛起，現在的很多應用除了支援PC的案頭平台和Web外，也不得不對移動平台進行支援。       跨平台是ESFramework體系的重要特性之一，ESFramework通過提供多個平台的用戶端引擎來實現這一點。我們跨平台解決方案的第一階段主要任務是對.NET的各種用戶端類型和主流行動裝置的支援。      

     只要是以下載用戶端的形式分發的程式，絕大多數都需要自動升級的功能。目前主流的程式自動升級策略是，重新下載最新的安裝包，然後重新安裝整個用戶端。這種方式雖然簡單直觀，但是缺陷也很明顯。比如，即使整個用戶端有100M，而本次更新僅僅只是修改了一個1k大小的dll，那也意味著要重新下載100M的全部內容。這對頻寬是極大的浪費，而且延長了升級了時間，相應地也增加了客戶茫然等待的時間。     

      在ESFramework 4.0 快速上手 －－

但凡是模式，總要有一個UML才能說清楚。一般而言，我只記UML圖，有些模式有自己的固定實現代碼（只是其中一部分），尤其在C#中，甚至只是把使用者當作一個Client端，而不暴露其內部實現，只把封裝好的模式介面公布。於是，我會再記一些固定方法實現。還有就是適用場合（多看例子），優缺點。最後，橫向的看模式與模式之間的比較，聯合與差異。以上都做到了，這套心法也就成正果了。OO的思想也很重要，三個基本特徵尤其是多肽，介面與虛擬類，構造體與類，委託，索引，泛型，都是很值得探討的。開始正題，先給出Build

文章目錄 控制器的實現類的設計代碼實現存在問題新設計方案代碼實現存在問題問題分析Command類型的實現代碼實現 PDF版下載：http://www.tracefact.net/Document/Command.pdfCommand 模式 Step by

      在之前版本的Rapid引擎中，是沒有提供用戶端登陸驗證的機制的，如果要驗證使用者的帳號密碼資訊，我們只有自己手動通過自訂資訊來實現。在2011.04.25發布的新版本中，用戶端Rapid引擎，則內建了在初始化時驗證使用者的帳號密碼的功能，這使得登入驗證變得更加簡單。 一. ESPlus.Application.Basic 空間的支援      為了實現驗證使用者帳號密碼的功能，ESPlus.Application.Basic

 現在我們來看看基於CAB的應用程式中非常重要的一個類。這個類可以認為是一個CAB應用的啟動點。他就是FormShellApplication。FormShellApplication的繼承關係如下：該類需要傳入兩個型別參數，一個是繼承自WorkItem的類（如果不需要通過重載WorkItem的OnRunStarted方法來實現更多處理，這裡可以直接使用WorkItem）,一個是繼承自Form的表單。public class

引用 在The C++ Programming Language 3rd (Bjarne Stroustrup, 1997)裡:第9頁:Objects of some user-defined types contain type information.Suchobjects can be used conveniently and safely in contexts in which theirtype cannot be deter-mined at compile time.

OMCS 版本升級記錄  第01次版本更新  更新時間：2012.05.21   發布版本：OMCS v1.0.1.0 ，OMCS.WPF v1.0.0.0更新列表：（1）增加對WPF的支援。（2）語音引擎增加靜音檢測的功能。（3）混音功能從最大支援4路增加到8路。  正式發布 發布時間：2012.05.09  發布版本：OMCS v1.0.0.0   ESFramework 版本升級記錄第05次版本更新 更新時間：2012.04.23 最新版本：ESFramework

      現在我們將在ESFramework Demo －－ 入門Demo，簡單的即時通訊系統 的基礎上，使用ESPlus提供的第三個武器，為其增加檔案傳送的功能。在閱讀本文之前，請務必先掌握ESFramework 開發手冊（03） －－ 檔案（夾）傳送 一文中介紹的檔案傳送的流程及相關的API的用法。      本文的demo僅僅實現了用戶端與用戶端之間的檔案傳送，至於傳送檔案夾，以及伺服器與用戶端之間的檔案傳送則採用完全一樣的模型，大家可以在本demo的基礎上自行擴充。     

    我們的一個C#項目需要調用C++的dll，通過Pinvoke進行方法調用。其中的一個方法及其參數的定義是這樣的：    [StructLayoutAttribute    (LayoutKind.Sequential)]    public struct xvid_gbl_info_t            {       

      “明者保身，但求無過”，如何保身呢？       其實最好的辦法是讓自己保持神秘，盡量少的公開自己的資訊，使民無知。       好的軟體設計追求的就是這種境界。       這裡的“民”指得就是“客戶”。盡量少的公開介面，給客戶一個“瘦”介面，使客戶不知道具體是如何操作的，這樣於人於己都是有好處的。       我還是用排序演算法的例子。我們的目標是把排序演算法通過動態庫的形式提供給使用者。              

　　本文我們將介紹使用ESFramework的Rapid引擎開發的一個最簡單的Demo，該Demo是一個簡單的聊天系統，並示範了以下功能：（1）用戶端使用者上下線時，通知其他線上使用者。（2）當用戶端與服務端網路斷開時，進行自動重連，當網路恢複後，重連成功。（3）所有線上使用者之間可以進行文字交談。（4）訊息同步調用。（5）重登陸模式。當同名的使用者登陸時，會把前面的使用者擠掉。 一.服務端    

    相信有不少人抱怨DOT.NET1.1中的WinForm庫的某些缺陷，曾有人譏笑System.Windows.Forms下面的東西是微軟請高中生寫的，當然這話有些誇張了。但經過筆者的自己的實踐，覺得標準WinForm庫有些地方確實比較弱。