C++

下面是我自己對建造者模式的理解。具體我還沒在開發中應用過，這隻是對於書本的理解。建造者模式建造者模式：將一個複雜物件的構建與它的表示分離，使得同樣的構建過程可以建立不同的表示。這是建造者模式的標準表達，不過看著讓人迷惑，什麼叫構建和表示的分離？一個對象使用建構函式構造之後不就固定了，只有通過它方法來改變它的屬性嗎？而且還要同樣的構建過程搞出不同的表示，怎麼可能呢？多寫幾個建構函式？其實多寫幾個建構函式，根據不同參數設定對象不同的屬性，也可以達到這樣的效果，只是這樣就非常麻煩了，每次要增加一種表示

一、迭代器模式簡介(Brief Introduction)　　迭代器模式(Iterator Pattern)，提供一種方法順序訪問一個彙總對象中元素，而不暴露改集合對象的內部表示。　　Provide a way to access the elements of an aggregate object sequentially without exposing its underlying representation.二、解決的問題(What To Solve)     

索引器允許類或結構的執行個體就像數組一樣進行索引。索引器類似於屬性，不同之處在於它們的訪問器採用參數。在下面的樣本中，定義了一個泛型類，並為其提供了簡單的 get 和 set 訪問器方法（作為分配和檢索值的方法）。Program 類為儲存字串建立了此類的一個執行個體。class SampleCollection<T>{private T[] arr = new T[100];public T this[int i] {get {return arr[i];

本樣本示範如何組合多路廣播委託。委派物件的一個用途在於，可以使用 + 運算子將它們分配給一個要成為多路廣播委託的委託執行個體。組合的委託可調用組成它的那兩個委託。只有相同類型的委託才可以組合。- 運算子可用來從組合的委託移除組件委託。樣本delegate void Del(string s);class TestClass{static void Hello(string s) { System.Console.WriteLine(" Hello, {0}!", s);

C語言編程中，常常需要返回一些控制代碼，而這些控制代碼就是一些結構體，此時我指望外部的人調用我們的函數，傳入指定的控制代碼進行操作，這樣外部人就不會破壞控制代碼結構體中的資訊，還可以完成指定操作的目的。方法就是講結構體的定義在.c檔案中1 xxx.c2 3 struct xxxx{4 xxxx;5 xxxxx; 6 };然後在.h檔案中1 xxx.h2 3 typedef struct xxxx

最近學習C++，用複製建構函式，產生了一些疑問。 1 class test{ 2 private: 3 int a; 4 public: 5 test(); 6 test(const test& T){ 7 a = T.a; 8 }; 9 ~test();10 int getdate();//返回a的值，實現我就不寫了11

意圖        將一個複雜的構建與其表示相分離，使得同樣的構建過程可以建立不同的表示。 情境        在電腦城裝機總有這樣的經曆。我們到了店裡，先會有一個銷售人員來詢問你希望裝的機器是怎麼樣的配置，他會給你一些建議，最終會形成一張裝機單。和客戶確定了裝機配置以後，他會把這張單字交給提貨的人，由他來準備這些配件，準備完成後交給裝機技術人員。技術人員會把這些配件裝成一個整機交給客戶。      

意圖        允許一個對象在其內部狀態改變時改變它的行為。對象看起來似乎修改了它的類。 情境        我們在製作一個網上書店的網站，使用者在書店買了一定金額的書後可以升級為銀會員、黃金會員，不同等級的會員購買書籍有不同的優惠。你可能會想到可以在User類的BuyBook方法中判斷使用者曆史消費的金額來給使用者不同的折扣，在GetUserLevel方法中根據使用者曆史消費的金額來輸出使用者的等級。帶來的問題有三點：l        

好吧，這次的設計模式，我從最愛的足球談起。嗯，球員不是演員，想要行賄球員好比門將放球進去，這樣演起來真的挺難，但作為裁判，對於一些爭議性的問題，往往可以通過一些手段讓他“看清”到底是哪方球員犯規在先，於是，球隊老闆們就決定跟裁判套套近乎了，可這必經是違法的事情，怎麼辦呢，一級官壓死人，於是他們想到了足協，於是，球隊老闆-足協領導-裁判，就成了這proxy pattern的產業鏈，用戶端-代理-服務端。來看一下代碼吧：using System;using

介面使用 interface 關鍵字進行定義，如下面的樣本所示：interface IEquatable<T>{bool Equals(T

Composite組合模式主要是應對這樣的問題：一類具有“容器特徵”的對象——即他們在充當對象的同時，又是其他對象的容器的情況。在編寫時我們常常會造成：客戶代碼過多地依賴於對象容器複雜的內部實現，對象容器內部實現結構（而非抽象介面）的變化將引起客戶代碼的頻繁變化，帶來了代碼的維護性、擴充性的弊端。       GoF《設計模式》中說到：將對象組合成樹形結構以表示“部分-整體”的階層。Composite模式使得客戶對單個對象和組合對象的使用具有一致性。      

使用非泛型集合類的限制可以通過編寫一小段程式來示範，該程式利用 .NET Framework 基底類別庫中的 ArrayList 集合類。ArrayList 是一個使用起來非常方便的集合類，無需進行修改即可用來儲存任何引用或實值型別。// The .NET Framework 1.1 way to create a list:System.Collections.ArrayList list1 = new

c#程式剛開始啟動的時候都會有唯一一個入口函數main()函數，而非靜態成員又稱執行個體成員，必須作用於執行個體。在程式剛開始啟動並執行時候，未建立任何執行個體，因此無法調用執行個體成員，包括非靜態Main方法。為了能夠在程式的開始執行Main方法，必須將其聲明為靜態。 順便說明，在Main方法中調用的成員也必須是靜態，除非建立過相應的執行個體。 例如： namespace lover_P.Test { public class Test { public void

public static void SearchVisualTree(DependencyObject targetElement, int width,string Node) {var count = VisualTreeHelper.GetChildrenCount(targetElement);if (count == 0) {return; }for (int i = 0; i < count; i++)

單例模式是一種比較常見的設計模式，比如symbian中的App，可以作為一個共用儲存變數的類供所有view使用，避免使用全域變數，其主要作用有： 第一、控制資源的使用，通過線程同步來控制資源的並發訪問，以防同一時間modify資源而造成資料不統一等內容；第二、控制執行個體產生的數量，達到節約資源的目的。第三、作為通訊媒介使用，也就是資料共用，它可以在不建立直接關聯的條件下，讓多個不相關的兩個線程或者進程之間實現通訊。 資料庫連接池的設計一般採用單例模式，資料庫連接是一種資料庫資源。通過遍曆資料庫

StrategyPattern和Simple Factory的區別和用法Strategy

“Lambda 運算式”是一個匿名函數，它可以包含運算式和語句，並且可用於建立委託或運算式分類樹類型。所有 Lambda 運算式都使用 Lambda 運算子 =>，該運算子讀為“goes to”。該 Lambda 運算子的左邊是輸入參數（如果有），右邊包含運算式或語句塊。Lambda 運算式 x => x * x 讀作“x goes to x times x”。可以將此運算式分配給委託類型，如下所示： delegate int del(int i);del myDelegate =

原廠模式，設計模式中普遍分成了三種，簡單工廠、Factory

抽象與實現抽象不應該依賴於實現細節，實現細節應該依賴於抽象。問題在於如果抽象B由於固有的原因，本身並不穩定，也有可能變化，怎麼辦？ 舉例來說假如我們需要開發一個同時支援PC和手機的坦克遊戲，遊戲在PC和手機上功能都一樣，都有同樣的類型，面臨同樣的功能需求變化，比如坦克可能有很多種不同的型號：T50，T75，T90……對於其中的坦克設計，我們可能很容易設計出來一個Tank的抽象基類，然後各種不同型號的Tank繼承自該類; 另外的變化原因但是PC和手機上的圖形繪製、聲效、操作等實現完全不同……因此對

C# 語言經過專門設計，以便不同庫中的基類與衍生類別之間的版本控制可以不斷向前發展，同時保持向後相容。這具有多方面的意義。例如，這意味著在基類中引入與衍生類別中的某個成員具有相同名稱的新成員在 C# 中是完全支援的，不會導致意外行為。它還意味著類必須顯式聲明某方法是要重寫一個繼承方法，還是一個隱藏具有類似名稱的繼承方法的新方法。                                   在 C# 中，衍生類別可以包含與基類方法同名的方法。