chapter12derivedclasses-visg課程

1、《C++與面向?qū)ο蟪绦蛟O(shè)計》,教師：于耀allanyu@nju.edu.cn,人 vs 機,語言的進化運行效率可讀性、擴展性、開發(fā)效率、可復(fù)用性、可移植性等,驅(qū)動程序 3,301,081 　　架構(gòu) 1,258,638 　　文件系統(tǒng) 544,871 　　網(wǎng)絡(luò) 376,716 　　聲音 356,180 　　內(nèi)核

2、60;74,503 　　內(nèi)存管理 36,312 　　密碼學(xué) 32,769 　　安全 25,303 　　其它 72,780,C++程序設(shè)計范式,三種主要范式（paradigm）ADT（Abstract Data Type）類OOP（Object-Oriented Programming）繼承、多態(tài)GP（Generic Program

3、ming）泛型（類屬）,封裝職責(zé),開發(fā)、擴展、維護、交流損耗不知道比知道好系統(tǒng)邊界、模塊/類職責(zé),CRC (Class Responsibility Collaboration) Card,封裝變化,對擴展開放修改封閉（Open-Close原則）程序可復(fù)用的基石里氏代換原則（LSP）依賴倒轉(zhuǎn)原則（DIP）接口隔離原則（ISP）抽象類（Abstract Class）接口(Interface),封裝變化,對接口編程不對實現(xiàn)

4、編程最小化公知部分依賴轉(zhuǎn)置接口繼承/泛化交互,封裝變化,對接口編程不對實現(xiàn)編程最小化公知部分依賴轉(zhuǎn)置接口繼承/泛化交互,封裝變化,對接口編程不對實現(xiàn)編程最小化公知部分依賴轉(zhuǎn)置接口繼承/泛化組合爆炸交互,封裝變化,對接口編程不對實現(xiàn)編程最小化公知部分依賴轉(zhuǎn)置接口繼承/泛化交互,封裝變化,對接口編程不對實現(xiàn)編程最小化公知部分依賴轉(zhuǎn)置接口繼承/泛化交互,課程目標(biāo),一般目標(biāo)掌握面向?qū)ο蟪绦蛟O(shè)

5、計的基本思想和做法。能夠用C++語言編寫面向?qū)ο蟪绦颉８邔幽繕?biāo)掌握關(guān)鍵程序細節(jié)的實現(xiàn)要素理解面向?qū)ο笤O(shè)計方法,課程實驗,圍繞課程講授內(nèi)容和進度，適時安排。選教材每章后面的練習(xí)和另外組織實習(xí)題。,課程考察,課堂測驗（10％）筆頭作業(yè)（10％）上機考核（10％）期中考試（20％）期終筆試（50％）,課程的主要內(nèi)容（1）,數(shù)據(jù)抽象--類/對象數(shù)據(jù)抽象/封裝：把數(shù)據(jù)及能對其進行的操作封裝在一起，實現(xiàn)數(shù)據(jù)保護。類與對象類

6、成員的訪問控制（私有、公有、保護）對象初始化和消亡前處理C++Protected成員訪問控制this參數(shù)：用于區(qū)分類的各個對象。靜態(tài)成員：供一個類的所有對象共享；對類也是對象的支持。友元：提高外界對類的私有成員的訪問效率。,課程的主要內(nèi)容（2）,操作符重載用系統(tǒng)提供的操作符對自定義類型的數(shù)據(jù)進行操作（多態(tài)性）。C++的具體做法C++一些特殊操作符重載,課程的主要內(nèi)容（3）,軟件復(fù)用--繼承子類（派生類）包含父類（基類

7、）的所有屬性，還可以定義新功能對父類功能重定義（虛函數(shù)）消息的多態(tài)性和動態(tài)綁定一個可以發(fā)送到基類對象的消息集，也可以發(fā)送到各個派生類對象。通過基類的指針或引用向?qū)ο蟀l(fā)送消息時，往往需要動態(tài)綁定消息處理過程。抽象類：為派生類提供一個公共的接口和框架多繼承名沖突重復(fù)繼承,課程的主要內(nèi)容（4）,泛型（類屬，Generic）程序設(shè)計－－模板多態(tài)機制之一（參數(shù)化多態(tài)）函數(shù)模板類模板異常處理程序異常與運行環(huán)境有關(guān)。提高

8、程序的魯棒性。異常事件的異地處理。C++的try、throw、catch面向?qū)ο蟮妮斎?輸出文件的I/O：用于永久保留程序的數(shù)據(jù)。,不涉及,面向?qū)ο蟮腤indows應(yīng)用程序開發(fā)消息驅(qū)動的程序設(shè)計Windows應(yīng)用程序的對象構(gòu)成MFC基礎(chǔ)類庫“文檔/視”結(jié)構(gòu)應(yīng)用框架,參考書,C++ PrimerStanley B. LippmanRuminations on C++Andrew KoenigEffective