本文將介紹以下內容：有關 GUI 編程的問題創建窗口對象處理事件和通知窗體和控件本文使用以下技術：Win32 API、C++目錄兼有本機和可移植性

這幾天剛從cb6升級到cb2007，有個自己寫的程序使用dbExpress開發firebird數據庫，連接不上，在網上找了一些資料，自己又摸索了一

在 Win32 操作系統提供的所有功能中，使用最廣泛但最缺乏文檔描述的也許就是結構化異常處理了（SEH），當你考慮 Win32 結構化異常處理時，

展開在挖掘展開（Unwinding）的實現代碼之前讓我們先來搞清楚它的意思。我在前面已經講過所有可能的異常處理程序是如何被組織在一個由線程信息塊的

目錄基本原理拋棄托管擴展未來的樂趣編程的演變終極目標結束語，盡管不是再見這個月，我要改變常規的問答形式來告訴您關於我在網上發現的一個非常不錯的文檔

由於沒有類似java的“反射”機制，標准C++下實現RMI似乎有些困難。為C++程序員所熟悉的Boost庫雖然有RCF實現

作用:定義一個用於創建對象的接口，讓子類決定實例化哪一個類。Factory Method 使一個類的實例化延遲到其子類。UML結構圖:抽象基類:1

作用:提供一個創建一系列相關或相互依賴對象的接口，而無需指定它們具體的類。UML結構圖:抽象基類:1)ProductA,ProductB:分別代表

作用:將一個復雜對象的構建與它的表示分離，使得同樣的構建過程可以創建不同的表示。UML結構圖:適用於以下情況:1)當創建復雜對象的算法應該獨立於該

作用:用原型實例指定創建對象的種類，並且通過拷貝這些原型創建新的對象。UML結構圖:抽象基類:1)Prototype:虛擬基類,所有原型的基類,提

作用:保證一個類僅有一個實例，並提供一個訪問它的全局訪問點。UML結構圖:解析:Singleton模式其實是對全局靜態變量的一個取代策略,上面提到

作用:將一個類的接口轉換成客戶希望的另外一個接口。Adapt 模式使得原本由於接口不兼容而不能一起工作的那些類可以一起工作。UML示意圖1)采用繼

作用:將抽象部分與它的實現部分分離，使它們都可以獨立地變化。UML結構圖:抽象基類:1)Abstraction:某個抽象類,它的實現方式由Impl

作用:將對象組合成樹形結構以表示“部分-整體”的層次結構。Composite使得用戶對單個對象和組合對象的使用具有一致性。

作用:動態地給一個對象添加一些額外的職責。就增加功能來說，Decorator 模式相比生成子類更為靈活。UML結構圖:抽象基類:1)Compone

作用:為其他對象提供一種代理以控制對這個對象的訪問。UML結構圖:抽象基類:1)Subject:定義了Proxy和RealSubject的公有接口

作用:定義一個操作中的算法的骨架，而將一些步驟延遲到子類中。TemplateMethod 使得子類可以不改變一個算法的結構即可重定義該算法的某些特

作用:使多個對象都有機會處理請求,從而避免請求的發送者和接收者之間的耦合關系.將這些對象連成一條鏈，並沿著這條鏈傳遞該請求,直到有一個對象處理它為

作用:運用共享技術有效地支持大量細粒度的對象。UML結構圖:解析:Flyweight模式在大量使用一些可以被共享的對象的時候經常使用.比如,在QQ

作用:將一個請求封裝為一個對象,從而使你可用不同的請求對客戶進行參數化;對請求排隊或記錄請求日志,以及支持可撤消的操作.UML結構圖:解析:Com