C++

當在C原始碼檔案中將變數聲明為const時，可以通過以下方式實現：const int i = 2;然後，可以在另一個模組中使用此變數，如下表示：extern const int i;但若要擷取與 C++ 中相同的行為，則必須將 const 變數聲明為：extern const int i = 2;如果希望在 C++ 原始碼檔案聲明用於 C 原始碼檔案的 extern 變數，請使用：extern "C" const int x = 10;以防止 C++ 編譯器進行名稱重整。

編程時常常需要把運算式的值賦給變數，這就要求在聲明變數的時候清楚知道運算式的類型。然而要做到這一點並非那麼容易，有時候甚至根本做不到。為瞭解決這個問題，C++11標準引入了auto類型說明符，用它就能讓編譯器替我們去分析運算式所屬的類型。與原來那些只對應一種特定類型的說明符不同，auto讓編譯器通過初值來推算變數類型。顯然，auto定義的變數必須要有初始值。使用auto具有以下幾點好處：可靠性：如果運算式的類型發生更改（包括函數傳回值發生更改的情況），它也能工作。效能：確保將不會進行轉換。可用性

橋接模式將抽象(Abstraction)與實現(Implementation)分離，使得二者可以獨立地變化。橋接模式典型的結構圖為：在橋接模式的結構圖中可以看到，系統被分為兩個相對獨立的部分，左邊是抽象部分，右邊是實現部分，這兩個部分可以互相獨立地進行修改：例如上面問題中的客戶需求變化，當使用者需求需要從 Abstraction 派生一個具體子類時候，並不需要像上面通過繼承方式實現時候需要添加子類 A1 和 A2

視頻捕捉Graph的構建一個能夠捕捉音頻或者視頻的graph圖都稱之為捕捉graph圖。捕捉graph圖比一般的檔案回放graph圖要複雜許多，dshow提供了一個Capture Graph Builder COM組件使得捕捉graph圖的產生更加簡單。Capture Graph Builder提供了一個ICaptureGraphBuilder2介面，這個介面提供了一些方法用來構建和控制捕捉graph。首先建立一個Capture Graph Builder對象和一個graph manger對象，

C++迴圈建立多級目錄#include "unitfiles.h" #ifdef WIN32 #include <direct.h> #include <io.h> #elif LINUX #include <stdarg.h> #include <sys/stat.h> #endif #ifdef WIN32 #define ACCESS _access #define MKDIR(a) _mkdir((a)) #elif

C語言的指標，關鍵意思在於“指”。“指”是什麼意思？其實完全可以理解為指示的意思。比如，有一個物體，我們稱之為A。正是這個物體，有了這麼個稱謂，我們才能夠進行脫離這個物體的實體而進行一系列的交流。將一個物體的指示，是對這個物體的抽象。有了這種抽象能力，才有所謂的智慧和文明。所以這就是“指示”這種抽象方法的威力。退化到C語言的指標，指標是一段資料/指令（在馮諾易曼體系中，二者是相通，在同一空間中的）的指示。這是指示，也就是這段資料/指令的起始位置。但是資料/代碼是需要一個解釋的方法的。比如0x00

直接插入排序基本思路：1. 從a[0]開始，也就是從1個元素開始是有序的，a[1]~a[n-1]是無序的。2. 從a[1]開始併入前面有序的數組，直到n-1。#include <stdio.h> #define N 5 void insertsort(int a[], int n); void swap(int *x, int *y); void insertsort(int a[], int n){ int i,j; for(i=1; i<n; i++){

迭代器模式:提供一種方法順序訪問一個彙總對象中個各個元素，而不暴露該對像的內部表示.迭代器模式應該是最為熟悉的模式了，最簡單的證明就是我在實現組合模式、享元模式、觀察者模式中就直接用到了 STL 提供的迭代器來遍曆 Vector 或者 List資料結構。迭代器模式也正是用來解決對一個彙總對象的遍曆問題，將對彙總的遍曆封裝到一個類中進行，這樣就避免了暴露這個彙總對象的內部表示的可能。模式的動機：

組合模式將對象組合成樹形結構以表示“部分-整體”的階層。C o m p o s i t e 使得使用者對單個對象和組合對象的使用具有一致性。模式圖：適用情境： 你想表示對象的部分-整體階層。 你希望使用者忽略組合對象與單個對象的不同，使用者將統一地使用組合結構中的所有對象。舉例：namespace FactoryMethod_DesignPattern{ using System; using System.Collections; abstract class Component

C語言中有很多關於指標的使用，指標也是C語言的靈魂所在，而且C語言中也有很多有關指標的概念，這裡學習並總結了一些知道的概念。 常量指標：首先它是一個指標，常量只是用來修飾指標的定語。其定義如下：char const * cp; char a='a'; 如何識別呢?根據右結合優先，先是*優先，所以這個cp變數是一個指標，然後是const修飾*，所以這是一個常量指標。即指向常量的指標。cp=&a; //正常文法 *cp=a; //錯誤文法，因為其指向的值是一個常量

備忘錄模式旨在不破壞封裝性的前提下，捕獲一個對象的內部狀態，並在該對象之外儲存這個狀態。這樣以後就可將該對象恢複到原先儲存的狀態。在命令模式中，備忘錄模式經常還經常被用來維護可以撤銷（Undo）操作的狀態。類圖： Originator：負責建立一個備忘錄Memento，用以記錄當前時刻它的內部狀態，並可使用備忘錄恢複內部狀態。Originator可根據需要決定Memento儲存Originator的哪些內部狀態。

適配器模式屬於結構型的設計模式，它是結構型設計模式之首（用的最多的結構型設計模式）。適配器設計模式也並不複雜，適配器它是主要作用是將一個類的介面轉換成客戶希望的另外一個介面這樣使得原本由於介面不相容而不能一起工作的那些類可以一起工作。適配器模式有兩種：1.類的適配器

每個人、事物在不同的狀態下會有不同表現（動作），而一個狀態又會在不同的表現下轉移到下一個不同的狀態（State）。最簡單的一個生活中的例子就是：地鐵入口處，如果你放入正確的地鐵票，門就會開啟讓你通過。在出口處也是驗票，如果正確你就可以 ok，否則就不讓你通過（如果你動作野蠻，或許會有警示（Alarm），：））。有限狀態自動機（FSM）也是一個典型的狀態不同，對輸入有不同的響應（狀態轉移）。通常我們在實現這類系統會使用到很多的 Switch/Case 語句，Case

狀態模式：當一個對象的內在狀態發生變化時，允許改變其行為，這個對象看來像是改變了其類。 狀態模式與策略模式的UML圖幾乎一模一樣，下面列舉了兩者的不同：（1）可以通過環境類狀態的個數來決定是使用原則模式還是狀態模式。 （2）策略模式的環境類自己選擇一個具體策略類，具體策略類無須關心環境類；而狀態模式的環境類由於外在因素需要放進一個具體狀態中，以便通過其方法實現狀態的切換，因此環境類和狀態類之間存在一種雙向的關聯關係。 （3）使用原則模式時，用戶端需要知道所選的具體策略是哪一個，而使用狀態模式時，

生活中有著很多的建造者的例子，個人覺得大學生活就是一個建造者模式的最好體驗：要完成大學教育，一般將大學教育過程分成 4 個學期進行，因此沒有學習可以看作是構建完整大學教育的一個部分構建過程，每個人經過這 4 年的（4

面板模式提供了一個統一的介面，用來訪問子系統的一群介面。外觀定義了一個高層介面，讓子系統更容易使用。面板模式讓介面變得簡單，簡化了子系統的介面。面板模式十分簡單，簡而言之，就是簡化你的類的介面，將一系列的複雜的過程封裝到內部，對外只提供最簡單的介面。結構圖：適用情境：當你要為一個複雜子系統提供一個簡單介面時。子系統往往因為不斷演化而變得越來越複雜。大多數模式使用時都會產生更多更小的類。這使得子系統更具可重用性，也更容易對子系統進行定製，但這也給那些不需要定製子系統的使用者帶來一些使用上的困難。F

舉一個生活中的小例子，大凡開過學或者畢過業的都會體會到這樣一種鬱悶：你要去 n個地方辦理 n 個手續（現在大學合并後就更加麻煩，因為可能那 n 個地方都隔的比較遠）。但是實際上我們需要的就是一個最後一道手續的證明而已，對於前面的手續是怎麼辦的、到什麼地方去辦理我們都不感興趣。實際上在軟體系統開發中也經常回會遇到這樣的情況，可能你實現了一些介面（模組），而這些介面（模組）都分布在幾個類中（比如 A 和 B、C、D）：A 中實現了一些介面，B 中實現一些介面（或者 A 代表一個獨立模組，B、C、D

準備一個抽象類別，將部分邏輯以具體方法以及具體構造子的形式實現，然後聲明一些抽象方法來迫使子類實現剩餘的邏輯。不同的子類可以以不同的方式實現這些抽象方法，從而對剩餘的邏輯有不同的實現。這就是模版方法模式的用意。很多人可能沒有想到，模版方法模式實際上是所有模式中最為常見的幾個模式之一，而且很多人可能使用過模版方法模式而沒有意識到自己已經使用了這個模式。模版方法模式是基於繼承的代碼複用的基本技術，模版方法模式的結構和用法也是物件導向設計的核心。模版方法模式需要開發抽象類別和具體子類的設計師之間的協作

模板方法模式是設計模式行為型中最簡單的一種設計模式。在實際中你甚至可能經常用到，只是你自己不知道它是一種設計模式罷了。模板方法模式定義一個操作中的演算法的骨架，而將一些步驟延遲到子類中。模板方法使得子類可以不改變一個演算法的結構即可重定義該演算法的某些特定步驟。角色：抽象類別（AbstractClass）: 定義抽象的原語操作，具體的子類將重定義它們以實現一個演算法，實現一個模板方法,定義一個演算法的骨架。該模板方法不僅調用原語操作，也調用定義具體子類 （ConcreteClass）:

原型模式的實現完整程式碼範例（code）：原型模式的實現很簡單，這裡為了方便初學者的學習和參考，將給出完整的實現代碼（所有代碼採用 C++實現，並在 VC 6.0 下測試回合）。代碼片斷 1：Prototype.h//Prototype.h#ifndef _PROTOTYPE_H_#define _PROTOTYPE_H_class Prototype{ public: virtual ~Prototype(); virtual Prototype* Clone() const = 0;