其他

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

有了翅膀才能飛，欠缺靈活的代碼就象凍壞了翅膀的鳥兒。不能飛翔，就少了幾許靈動的氣韻。我們需要給代碼帶去溫暖的陽光，讓僵冷的翅膀重新飛起來。結合執行個體，通過應用OOP、設計模式和重構，你會看到代碼是怎樣一步一步複活的。為了更好的理解設計思想，執行個體儘可能簡單化。但隨著需求的增加，程式將越來越複雜。此時就有修改設計的必要，重構和設計模式就可以派上用場了。最後當設計漸趨完美後，你會發現，即使需求不斷增加，你也可以神清氣閑，不用為代碼設計而煩惱了。假定我們要設計一個媒體播放器。該媒體播放器目前只支援

文章目錄 程式能立即感知的掉線       雖然我們前面已經介紹完了ESFramework開發所需掌握的各種基礎設施，但是還不夠。想要更好地利用ESFramework這一利器，有些背景知識是我們必須要理解的。就像本文介紹的心跳機制，在嚴峻的Internet條件下，是通訊系統中不可或缺的機制之一。     

橋模式，將意圖intension與實現implementor分離。其中，意圖通常用介面來定義，而實現相應為Factory，返回具體的意圖Implemention1。    public interface Intention    {        void Echo(string message);    }    public class Implemention1 : Intention    {        public void Echo(string message)       

       微軟開發了一套開源的企業庫 （Enterprise Library），通過使用這套企業庫裡面提供的各種應用程式塊可以極大的提高應用程式的開發效率和縮短開發週期，也由此得到了大家的廣泛應用。企業庫包括大家熟知的如下應用程式塊：Caching Application Block. Cryptography Application Block.  Data Access Application Block. Exception Handling Application Block.

1）現實中，如果我家的電腦壞了，我就去找電腦維修工來你家來修，這個人會在知道我家這個對象，然後來我家讓電腦重裝系統；當然若你家的電腦壞了，也會找這個維修工來修理，但可能是換硬碟。這就是訪問者模式。電腦維修工是ConcreteVisitorA，你家是ConcreteElementA。UML圖如下：     怎麼在用戶端使用呢？            電腦維修工 v1 = new 電腦維修工();            家庭 e = new 我家();            e.要求維修電腦(v1)

      在分布式通訊系統中，安全無疑是非常重要的。     

 3.4 Factory 方法

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

文章目錄 建立協程協程的狀態 概念協程(Coroutine)這個概念最早是MelvinConway在1963年提出的，是並發運算中的概念，指兩個子過程通過相互協作完成某個任務，用它可以實現協作式多任務，協程(coroutine)技術本質上是一種程式控制機制。比如，消費者/生產者，你走幾步，我走幾步；下棋對弈，你一步我一步。Coroutine(協程)可以分為：非對稱式(asymmetric)協程，或稱半對稱式(semi-asymmetric)

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

這一節不講模式，講註冊工廠，是為了下一節研究Flyweight做準備。註冊工廠，就是建立一個小型“DB”，採用註冊方式，對執行個體進行管理。從實現上有兩種方式，但本質是相同的，都是在管理一組對象。為了講述方便，先建立一組父子類，Subject是ConcreteSubject1和ConcreteSubject2的父類。    public class Subject    {        }    public class ConcreteSubject1 : Subject    {     

1、 

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

3.5 抽象原廠模式我們繼續對影像家電產品的情形進行分析，我們已經可以使用Factory 方法比較好的實現了產品的建立，但是在以前的分析中我們並沒有考慮產品種類及生產廠家這樣的問題。就拿DVD來說TCL可以生產、LG也生產等等很多廠家都生產。DVD是產品種類中的一種，產品種類這個概念在有些書上稱為產品族。從另外一個角度來看TCL可以生產DVD、VCD等等很多產品，這些產品在一起就可以構成一個產品結構。當我們考慮了這些問題後，提出了兩個概念：產品種類、產品結構。我們在Factory

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

   ESFramework架構（包括ESPlus、ESPlatform）實現時就內建了相對完整的日誌功能，幾乎所有的異常（Exception）和錯誤資訊都會被記錄到日誌。通過查看日誌記錄，我們可以瞭解到程式在啟動並執行過程中出現了哪些非正常的狀況，並且，詳細的日誌記錄可以幫我們迅速定位問題，並解決問題。（關於我對日誌記錄的更多認識，可以參看我的博文我的架構經驗小結（五）－－ 日誌記錄 ） 一.IAgileLogger介面   

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

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