深入浅出MFC第2版(PDF格式)-第169部分
按键盘上方向键 ← 或 → 可快速上下翻页,按键盘上的 Enter 键可回到本书目录页,按键盘上方向键 ↑ 可回到本页顶部!
————未阅读完?加入书签已便下次继续阅读!
MFC
群雄並起之勢維持洠в刑茫嬲暮脰|西很快就頭角崢嶸了。Inside Visual C++ 是最
早出線的本。此書至今已是第版,前兩版分別針對 ( )和
MFC 2。0 Visual C++ 1。0 MFC
( )撰寫。已有評論把此書與Programming Windows 並提,稱之為
2。5 Visual C++ 1。5
MFC/C++ 的 Petzold 書籍(聽起來猶如錶界的勞力士,車界的勞斯萊斯)。
Kruglinski 本為了卡住這個尊崇的位置,甚至「於數年前的個冬,有著風雪的傍晚,
冒險進入紐約的 ,拜訪 大師 ,問他關於撰寫
East Village Windows Charles Petzold
Programming Windows 的想法 」(語見此書之 )。
。。。 Introduction
Kruglinski 毫不耄Р厮麑Α FC 的熱愛,他說這是他等了十年才盼到的軟體開發環境。
十年有點跨張, 的歷史才多久?但 與 整合環境之功能強大卻是不
PC MFC Visual C++
假。這本書劃分為大篇。第篇介紹 application framework 的觀念以及 Visual C++ 整
合環境的各個工具元件。第篇真正進入MFC 程式設計,不能免俗從 〃Hello World〃
開始,焦點放在視窗顯示身(也就是 CView 的哂茫W髡邍L試以 和 完
C++ MFC
成些功能簡單的程式,像是簡易繪圖、圖形捲動、字形輸出、通用對話盒與通用控制
元件、OCX 之使用等等。
第篇才真正進入 MFC 的核心,也就是 Document…View 架構,這也是所謂 application
framework 的最大特伲.斈銓W會如何使用 Document 並且把它和 View 連接起來後,
你會驚訝資料的檔案動作和印表動作(包括預視功能)是多麼容易加入。這篇的章節
包括漂亮迷的 UI 元件如工具列、狀態列、分裂視窗、求助系統、屬性對話盒,以及
、 、列印、預視、動態聯結函式庫等主睿!
SDI MDI
第篇的五章談的全部都是 。不像般書籍對於 蜻蜓點水,這篇是道道
OLE OLE
862
…………………………………………………………Page 925……………………………………………………………
附錄A 無責任書評
的硬扎貨色,範圍包括 ( )、 、
ponent Object Model OLE Automation Uniform Data
、 、 。
Transfer Structured Storage Embedded Servers and Containers
第五篇談的全部是資料庫管理。章談 ( ),另章談
ODBC Open Database Connectivity
( )。
DAO Data Access Objects
網路位讀者抱怨說,本書雖是名著,他卻完全看不懂。呵啊,切都在意料之內。
作者開始就顧著給我們完全正規的作法,用 AppWizard 產生程式碼,用 ClassWizard
改寫虛擬函式、攔截訊息並撰寫訊息處理常式。剛開始學習Windows 程式設計的,甚
至已經有 SDK 經驗但洠в形锛䦟蚪涷灥模净桀^轉向摸不著頭緒。是的,學習
(或其他 ),先得有許多基礎。包括 語言基礎、
MFC Application Framework C++ Windows
作業系統基礎、物件導向程式觀念的基礎。
最新消息:本書第五版已有預告,書目寫的出版日期是 年月。以我對
97 Microsoft
Press 出書進度的瞭解,屆時可能咱們還需再等等。新書內容針對 Visual C++ 5。0 (仍
是以 為程式架構核心)但加了不少網路技術,如 、
MFC 4。x Basic TCP/IP Winsock
、 、 等主
programming for clients and servers MFC WinInet DocObjects and ActiveX controls
睿!
Programming Windows 95 with MFC
作者:Jeff Prosise
出版公司:Microsoft Press
出版日期:1996 第季
頁數: 章, 頁
14 998
售價:US 49。95 。含光碟片。
:
PartI MFC Basics
1。 Hello; MFC
2。 Drawing in a Window
3。 The Mouse and the Keyboard
4。 Menus
5。 Controls
6。 Dialog Boxes and Property Sheets
863
…………………………………………………………Page 926……………………………………………………………
第五篇 附錄
7。 Timers and Idle Processing
:
PartII The Document/View Architecture
8。 Documents; Views; and Single Document Interface
9。 Multiple Documents and Multiple Views
10。 Printing and Print Previewing
11。 Toolbars; Status Bars; and Versionable Schemas
:
PartIII Advanced Topics
12。 Bitmaps; Palettes; and Regions
13。 The mon Controls
14。 Threads and Thread Synchronization
每位 MFC 書籍作者,最大的夢想就是其作品被譽為「C++ 的Petzold 書籍」。有
親訪 ,有則搬出老王來說幾句話。老王 這麼說:
Petzold Ray Duncan 〃Jeff
Prosise has written the definitive introduction to Windows software development in the era of
32 bits and application frameworks。 This book is the Petzold for MFC programming〃 。這段話
被當作本書的廣告主打詞。有趣的是,儘管萬方爭取,Petzold 本倒是從來洠в姓f過什
麼話。也許他想說的是『我自己來寫本 MFC 經典』,呵呵。
本書有洠в薪影嗟哪苣湍兀坑校『汀 nside Visual C++ 比較,本書在低階部份照顧得多
些,程式細節則非常完備。別铡畷业囊馑紒K非說它是那種「把五句話可以說清楚的
段文字,以十句話來表達」的書籍(裕В沂钦f它把各個技術主睿诘煤苌钊耄浴
徵博引的功夫很好,資料準備得很齊全。
裕В毫砦淮髱煛 att Pietrek 的書就有點這種拖拉味道,不過書仍然很棒就是了。他有
兩本經典作品:Windows Internals 和 Windows 95 System Programming SECRETS 。
本書在導入部份比 Inside Visual C++ 好。作者先安排個極小的 程式,解釋
SDK
、 的程式模型,然後再安排個極小的 程式,解釋
message…based event…driven MFC
framework 的咦鳎嬖V你應該改寫什麼函式,標準作法如何,應該攔截什麼訊息,標
準作法又如何。雖然程式咝械拿}絡仍然不是十分清晰可尋,不過總算是表現不錯了。
從章節目錄可以看出,這本書選睿幘兀撚械臎'遺漏,大獨家倒也洠в小W⒁猓
864
…………………………………………………………Page 927……………………………………………………………
附錄A 無責任書評
所有的範例程式都洠в姓f明其製作過程,只是列出原始碼並以文字解釋原始碼的意義。
你知道,視覺性軟體開發過程,工具的參與絕對少不了,而且角色日形吃重,因此,
本書讀者要自己想辦法補足「工具的使用」這節。Inside Visual C++ 就不樣了,幾
乎對於每個程式,都詳列出工具參與的足跡。
究竟工具的使用要在什麼時候進場,才能夠帶來利益而不是沉重的盲與茫呢?我以為作
者最好先給個純手工製造的 MFC 程式,用來解釋 MFC 程式的來龍去茫约俺淌胶汀
application framework 的互動關係,然後再引進工具的使用說明,然後就安排讓工具強力
介入程式設計過程。畢竟,正規的、大型的 MFC 程式開發過程少不了工具的哂谩!
Inside Visual C++ 的作者操之過急,工具子全面介入,Programming Win95 with MFC
的作者又避若蛇蠍,完全捨棄工具。
過猶不及!這方面 Dissecting MFC 的作者就處理得不錯。
這本書洠в姓劦疆敿t的 OLE 和 ActiveX 。關於這點,Windows Developer's Journal
(WDJ)的 專欄(主持是 )在 有這麼段讀者與評
Books in Brief Ron Burk 1996。10
論者的對話:
讀者來函:『我還忘了說,Prosise 的這本書完全洠в杏懻摗 LE 。雖然我了解這是這本
般性、介紹性書籍的抉擇,我還是認為這和書名之間存在著種矛盾。畢竟, 程
Win95
式設計定會牽扯到某些 和 。實際情況的確如此,現在再也不可能和
OLE shell
交談而洠в惺褂谩 ∥锛耍琔niform Data Transfer 似乎也已經成為實作拖放(drag
)和剪貼( )功能的最佳途徑了。所以,忽略這個主睿龑嵲诹钣小
and drop copy and paste
點驚訝。』
Burk 回答:『我同意你的大部份觀點。程式設計書籍的名稱洠в星∪缙浞莘磻鰰
內容是出了名的,所以我無法不同意你的觀點。然而,我絕對不贊成這本書涵蓋 OLE 。
OLE 眩s到足夠成為本書。要在這本已經過胖的書籍加入章 OLE ,可想而知
必然內容膚湥拖衿渌麨榱藵M足市場因