第一篇：C++編程思想讀后感

Unit One對(duì)象的演化

oop技術(shù)能夠很容易地將大量問(wèn)題歸納為一個(gè)簡(jiǎn)單的解，這一發(fā)現(xiàn)產(chǎn)生了大量的oop語(yǔ)言，其中最著名的是Smalltalk—C++之前最成功的oop語(yǔ)言。

繼承表示了基本類型和派生類型之間的相似性，程序員創(chuàng)建一個(gè)基本類型以描述系統(tǒng)中一些對(duì)象的思想核心。由這個(gè)基本類型派生出其他類型，表達(dá)了認(rèn)識(shí)該核心的不同途徑。

早捆綁意味著編譯器對(duì)特定的函數(shù)名產(chǎn)生調(diào)用，而連接器確定調(diào)用執(zhí)行代碼的絕對(duì)地址。對(duì)于。Oop采用動(dòng)態(tài)綁定。當(dāng)給對(duì)象發(fā)送消息時(shí)，在程序運(yùn)行之前不去確定被調(diào)用的代碼。編譯器保證這個(gè)被調(diào)用的函數(shù)存在，并完成參數(shù)和返回值的類型檢查，但是它不知道將執(zhí)行的準(zhǔn)確代碼。為了實(shí)現(xiàn)晚捆綁，編譯器在真正調(diào)用的地方插入一段特殊的二進(jìn)制代碼。通過(guò)使用存放在對(duì)象自身中的信息，這段代碼在運(yùn)行時(shí)計(jì)算被調(diào)用函數(shù)的地址。這樣，每個(gè)對(duì)象就能根據(jù)一個(gè)指針的內(nèi)容有不同的行為。當(dāng)一個(gè)對(duì)象接收到消息時(shí)，它根據(jù)這個(gè)消息判斷應(yīng)當(dāng)做什么。

程序員可以用關(guān)鍵字v i r t u a l表明他希望某個(gè)函數(shù)有晚捆綁的靈活性，而并不需要懂得v i r t u a l的使用機(jī)制。沒(méi)有它，就不能用C + +做面向?qū)ο蟮某绦蛟O(shè)計(jì)。Vi r t u a l函數(shù)（虛函數(shù)）表示允許在相同家族中的類有不同的行為。這些不同是引起多態(tài)行為的原因。

用C 語(yǔ)言編寫(xiě)的過(guò)程程序就是一些數(shù)據(jù)定義和函數(shù)調(diào)用。要理解這種程序的含義，程序員必須掌握函數(shù)調(diào)用和函數(shù)實(shí)現(xiàn)的本身。這就是過(guò)程程序需要中間表示的原因。中間表示容易引起混淆，因?yàn)橹虚g表示的表述是原始的，更偏向于計(jì)算機(jī)，而不偏向于所解決的問(wèn)題。

通常，面向?qū)ο蟪绦蛐枰^少的代碼，因?yàn)閱?wèn)題中的許多部分都可以用已存在的庫(kù)代碼。

C+ +成功的原因是經(jīng)濟(jì)上的：轉(zhuǎn)變到O O P需要代價(jià)，而轉(zhuǎn)變到C + +所花的代價(jià)較小。盡可能地為程序員提供最大便利。

為C + +堵塞了C語(yǔ)言中的一些漏洞，并提供更好的類型檢查和編譯時(shí)的分析。程序員必須先說(shuō)明函數(shù)，使編譯器能檢查它們的使用情況。預(yù)處理器虛擬刪除值替換和宏，這就減少了查找疵點(diǎn)的困難。C + +有一個(gè)性能，稱為r e f e r e n c e s(引用)，它允許對(duì)函數(shù)參數(shù)和返回值的地址進(jìn)行更方便的處理。函數(shù)重載改進(jìn)了對(duì)名字的處理，使程序員能對(duì)不同的函數(shù)使用相同的名字。另外，名字空間也加強(qiáng)了名字的控制。許多性能使C的更安全。面向?qū)ο蟮腃 + +程序的速度與用C寫(xiě)的程序速度相差在± 1 0 %之內(nèi)，而且常常更接近。用O O P方法設(shè)計(jì)的程序可能比C的對(duì)應(yīng)版本更有效。

c+ +的主要目標(biāo)是讓程序員能更容易地使用庫(kù)，這是通過(guò)將庫(kù)轉(zhuǎn)換為新數(shù)據(jù)類型（類）來(lái)完成的。引入一個(gè)庫(kù)，就是向該語(yǔ)言增加一個(gè)新類型。編譯器負(fù)責(zé)這個(gè)庫(kù)如何使用，保證適當(dāng)?shù)某跏蓟颓宄?，保證函數(shù)被正確地調(diào)用。

? 模板的源代碼重用

一些重要的類型要求修改源代碼以便有效地重用。模板可以自動(dòng)完成對(duì)代碼的修改，因而是重用庫(kù)代碼特別有用的工具。用模板設(shè)計(jì)的類型很容易與其他類型一起工作。因?yàn)槟０鍖?duì)程序員隱藏了這類代碼重用的復(fù)雜性，所以特別好用。

C + +的異常處理（見(jiàn)第1 7章的內(nèi)容）保證能檢查到錯(cuò)誤并進(jìn)行處理。

C語(yǔ)言同樣有這樣的限制，例如當(dāng)程序超過(guò)50 000行時(shí)，名字沖突就開(kāi)始成為問(wèn)題。簡(jiǎn)言之，程序員用光了函

數(shù)和變量名。設(shè)計(jì)C + +的目的是為了輔助大程序設(shè)計(jì)，也就是說(shuō)，去掉小程序和大程序之間復(fù)雜性的分界。

程序設(shè)計(jì)有兩個(gè)原則：

1)內(nèi)部原則體現(xiàn)在程序自身的結(jié)構(gòu)中，機(jī)靈而有見(jiàn)解的程序員可以通過(guò)程序設(shè)計(jì)語(yǔ)言的表達(dá)方式了解這種內(nèi)部原則。

2)外部原則體現(xiàn)在程序的源信息中，一般被描述為“設(shè)計(jì)文檔”（不要與產(chǎn)品文檔混淆）。

過(guò)程語(yǔ)言：為科學(xué)工作者使用的F O RT R A N（F O R m u l a-T R A N s l a t i o n）和為商業(yè)者使用的C O B O L

（COmmon Business-Oriented Language）。純計(jì)算機(jī)科學(xué)中很成功的語(yǔ)言是L i s p（L i s t-P r o c e s s i n g），而面向數(shù)學(xué)的語(yǔ)言應(yīng)當(dāng)是A P L（A Programming L a n g u a g e）。

1.3.4 對(duì)象設(shè)計(jì)的五個(gè)階段

1)對(duì)象發(fā)現(xiàn)這個(gè)階段出現(xiàn)在程序的最初分析期間?？梢酝ㄟ^(guò)尋找外部因素與界線、系統(tǒng)中的元素副本和最小概念單元而發(fā)現(xiàn)對(duì)象。如果已經(jīng)有了一組類庫(kù)，某些對(duì)象是很明顯的。類之間的共同性（暗示了基類和繼承類），可以立刻出現(xiàn)或在設(shè)計(jì)過(guò)程的后期出現(xiàn)。

2)對(duì)象裝配我們?cè)诮?duì)象時(shí)會(huì)發(fā)現(xiàn)需要一些新成員，這些新成員在對(duì)象發(fā)現(xiàn)時(shí)期未出現(xiàn)過(guò)。對(duì)象的這種內(nèi)部需要可能要用新類去支持它。

3)系統(tǒng)構(gòu)造對(duì)對(duì)象的更多要求可能出現(xiàn)在以后階段。隨著不斷的學(xué)習(xí)，我們會(huì)改進(jìn)我們的對(duì)象。與系統(tǒng)中其它對(duì)象通訊和互相連接的需要，可能改變已有的類或要求新類。

4)系統(tǒng)擴(kuò)充當(dāng)我們向系統(tǒng)增添新的性能時(shí)，可能發(fā)現(xiàn)我們先前的設(shè)計(jì)不容易支持系統(tǒng)擴(kuò)充。這時(shí)，我們可以重新構(gòu)造部分系統(tǒng)，并很可能要增加新類。

5)對(duì)象重用這是對(duì)類的真正的重點(diǎn)測(cè)試。如果某些人試圖在全新的情況下重用它，他們會(huì)發(fā)現(xiàn)一些缺點(diǎn)。當(dāng)我們修改一個(gè)類以適應(yīng)更新的程序時(shí)，類的一般原則將變得更清楚，直到我們有了一個(gè)真正可重用的對(duì)象。

對(duì)象開(kāi)發(fā)原則

1)讓特殊問(wèn)題生成一個(gè)類，然后在解其他問(wèn)題時(shí)讓這個(gè)類生長(zhǎng)和成熟。

2)記住，發(fā)現(xiàn)所需要的類，是設(shè)計(jì)系統(tǒng)的主要內(nèi)容。如果已經(jīng)有了那些類，這個(gè)項(xiàng)目就不困難了。

3)不要強(qiáng)迫自己在一開(kāi)始就知道每一件事情，應(yīng)當(dāng)不斷地學(xué)習(xí)。

4)開(kāi)始編程，讓一部分能夠運(yùn)行，這樣就可以證明或反駁已生成的設(shè)計(jì)。不要害怕過(guò)程語(yǔ)言風(fēng)格的細(xì)面條式的代碼—類分割可以控制它們。壞的類不會(huì)破壞好的類。

5)盡量保持簡(jiǎn)單。具有明顯用途的不太清楚的對(duì)象比很復(fù)雜的接口好。我們總能夠從小的和簡(jiǎn)單的類開(kāi)始，當(dāng)我們對(duì)它有了較好地理解時(shí)再擴(kuò)展這個(gè)類接口，但不可能簡(jiǎn)化已存在的類接口。

第2章數(shù)據(jù)抽象

庫(kù)，簡(jiǎn)單地說(shuō)就是一些人已經(jīng)寫(xiě)的代碼，按某種方式包裝在一起。通常，最小的包是帶有擴(kuò)展名如L I B的文件和向編譯器聲明庫(kù)中有什么的一個(gè)或多個(gè)頭文件。連接器知道如何在L I B文件中搜索和提取相應(yīng)的已編譯的代碼。但是，這只是提供庫(kù)的一種方法。在跨越多種體系結(jié)構(gòu)的平臺(tái)上，例如U N I X，通常，提供庫(kù)的最明智的方法是用源代碼，這樣在新的目標(biāo)機(jī)上它能被重新編譯。而在微軟Wi n d o w s上，動(dòng)態(tài)連接庫(kù)是最明智的方法，這使得我們能夠利用新發(fā)布的D D L經(jīng)常修改我們的程序，我們的庫(kù)函數(shù)銷(xiāo)售商可能已經(jīng)將新D D L發(fā)送給我們了。

2.1 聲明與定義

“聲明”向計(jì)算機(jī)介紹名字，它說(shuō)，“這個(gè)名字是什么意思”。而“定義”為這個(gè)名字分配存儲(chǔ)空間。無(wú)論涉及到變量時(shí)還是函數(shù)時(shí)含義都一樣。無(wú)論在哪種情況下，編譯器都在“定義”處分配存儲(chǔ)空間。對(duì)于變量，編譯器確定這個(gè)變量占多少存儲(chǔ)單元，并在內(nèi)存中產(chǎn)生存放它們的空間。對(duì)于函數(shù)，編譯器產(chǎn)生代碼，并為之分配存儲(chǔ)空間。函數(shù)的存儲(chǔ)空間中有一個(gè)由使用不帶參數(shù)表或帶地址操作符的函數(shù)名產(chǎn)生的指針。定義也可以是聲明。如果該編譯器還沒(méi)有看到過(guò)名字A，程序員定義int A，則編譯器馬上為這個(gè)名字分配存儲(chǔ)地址。聲明常常使用于e x t e r n關(guān)鍵字。如果我們只是聲明變量而不是定義它，則要求使用e x t e r n。對(duì)于函數(shù)聲明，e x t e r n是可選的，不帶函數(shù)體的函數(shù)名連同參數(shù)表或返回值，自動(dòng)地作為一個(gè)聲明。

C+ +要求必須寫(xiě)出函數(shù)原型（的全部信息），因?yàn)樗黾恿艘粋€(gè)重要的安全層。

第二篇：C++編程思想讀后感1

C++編程書(shū)評(píng)

最近一段時(shí)間都在看c++編程，想讓自己對(duì)計(jì)算機(jī)有更多的了解，和更好的運(yùn)用，這也是對(duì)自我的一種知識(shí)面的一種提升。更多的可能還是出于自己對(duì)這方面的熱愛(ài)吧。那我就把我讀后對(duì)書(shū)本的了解，不過(guò)大多數(shù)都是書(shū)上的一些重點(diǎn)還有一些專業(yè)術(shù)語(yǔ)。主要也是對(duì)這本書(shū)的大概介紹吧！

用C 語(yǔ)言編寫(xiě)的過(guò)程程序就是一些數(shù)據(jù)定義和函數(shù)調(diào)用。要理解這種程序的含義，程序員必須掌握函數(shù)調(diào)用和函數(shù)實(shí)現(xiàn)的本身。這就是過(guò)程程序需要中間表示的原因。中間表示容易引起混淆，因?yàn)橹虚g表示的表述是原始的，更偏向于計(jì)算機(jī)，而不偏向于所解決的問(wèn)題。

通常，面向?qū)ο蟪绦蛐枰^少的代碼，因?yàn)閱?wèn)題中的許多部分都可以用已存在的庫(kù)代碼。

C+ +成功的原因是經(jīng)濟(jì)上的：轉(zhuǎn)變到O O P需要代價(jià)，而轉(zhuǎn)變到C + +所花的代價(jià)較小。盡可能地為程序員提供最大便利。

為C + +堵塞了C語(yǔ)言中的一些漏洞，并提供更好的類型檢查和編譯時(shí)的分析。程序員必須先說(shuō)明函數(shù)，使編譯器能檢查它們的使用情況。預(yù)處理器虛擬刪除值替換和宏，這就減少了查找疵點(diǎn)的困難。C + +有一個(gè)性能，稱為r e f e r e n c e s(引用)，它允許對(duì)函數(shù)參數(shù)和返回值的地址進(jìn)行更方便的處理。函數(shù)重載改進(jìn)了對(duì)名字的處理，使程序員能對(duì)不同的函數(shù)使用相同的名字。另外，名字空間也加強(qiáng)了名字的控制。許多性能使C的更安全。面向?qū)ο蟮腃 + +程序的速度與用C寫(xiě)的程序速度相差在± 1 0 %之內(nèi)，而且常常更接近。用O O P方法設(shè)計(jì)的程序可能比C的對(duì)應(yīng)版本更有效。

c+ +的主要目標(biāo)是讓程序員能更容易地使用庫(kù)，這是通過(guò)將庫(kù)轉(zhuǎn)換為新數(shù)據(jù)類型（類）來(lái)完成的。引入一個(gè)庫(kù)，就是向該語(yǔ)言增加一個(gè)新類型。編譯器負(fù)責(zé)這個(gè)庫(kù)如何使用，保證適當(dāng)?shù)某跏蓟颓宄?，保證函數(shù)被正確地調(diào)用。

模板的源代碼

一些重要的類型要求修改源代碼以便有效地重用。模板可以自動(dòng)完成對(duì)代碼的修改，因而是重用庫(kù)代碼特別有用的工具。用模板設(shè)計(jì)的類型很容易與其他類型一起工作。因?yàn)槟０鍖?duì)程序員隱藏了這類代碼重用的復(fù)雜性，所以特別好用。C語(yǔ)言同樣有這樣的限制，例如當(dāng)程序超過(guò)50 000行時(shí)，名字沖突就開(kāi)始成為問(wèn)題。簡(jiǎn)言之，程序員用光了函數(shù)和變量名。設(shè)計(jì)C + +的目的是為了輔助大程序設(shè)計(jì)，也就是說(shuō)，去掉小程序和大程序之間復(fù)雜性的分界。

程序設(shè)計(jì)有兩個(gè)原則

1)內(nèi)部原則體現(xiàn)在程序自身的結(jié)構(gòu)中，機(jī)靈而有見(jiàn)解的程序員可以通過(guò)程序設(shè)計(jì)語(yǔ)言的表達(dá)方式了解這種內(nèi)部原則。

2)外部原則體現(xiàn)在程序的源信息中，一般被描述為“設(shè)計(jì)文檔”（不要與產(chǎn)品文檔混淆）。

對(duì)象設(shè)計(jì)的五個(gè)階段

1)對(duì)象發(fā)現(xiàn)這個(gè)階段出現(xiàn)在程序的最初分析期間。可以通過(guò)尋找外部因素與界線、系統(tǒng)中的元素副本和最小概念單元而發(fā)現(xiàn)對(duì)象。如果已經(jīng)有了一組類庫(kù)，某些對(duì)象是很明顯的。類之間的共同性（暗示了基類和繼承類），可以立刻出現(xiàn)或在設(shè)計(jì)過(guò)程的后期出現(xiàn)。

2)對(duì)象裝配我們?cè)诮?duì)象時(shí)會(huì)發(fā)現(xiàn)需要一些新成員，這些新成員在對(duì)象發(fā)現(xiàn)時(shí)期未出現(xiàn)過(guò)。對(duì)象的這種內(nèi)部需要可能要用新類去支持它。

3)系統(tǒng)構(gòu)造對(duì)對(duì)象的更多要求可能出現(xiàn)在以后階段。隨著不斷的學(xué)習(xí)，我們會(huì)改進(jìn)我們的對(duì)象。與系統(tǒng)中其它對(duì)象通訊和互相連接的需要，可能改變已有的類或要求新類。

4)系統(tǒng)擴(kuò)充當(dāng)我們向系統(tǒng)增添新的性能時(shí)，可能發(fā)現(xiàn)我們先前的設(shè)計(jì)不容易支持系統(tǒng)擴(kuò)充。這時(shí)，我們可以重新構(gòu)造部分系統(tǒng)，并很可能要增加新類。

5)對(duì)象重用這是對(duì)類的真正的重點(diǎn)測(cè)試。如果某些人試圖在全新的情況下重用它，他們會(huì)發(fā)現(xiàn)一些缺點(diǎn)。當(dāng)我們修改一個(gè)類以適應(yīng)更新的程序時(shí)，類的一般原則將變得更清楚，直到我們有了一個(gè)真正可重用的對(duì)象。

對(duì)象開(kāi)發(fā)讓特殊問(wèn)題生成一個(gè)類，然后在解其他問(wèn)題時(shí)讓這個(gè)類生長(zhǎng)和成熟。2 記住，發(fā)現(xiàn)所需要的類，是設(shè)計(jì)系統(tǒng)的主要內(nèi)容。如果已經(jīng)有了那些類，這個(gè)項(xiàng)目就不困難了。不要強(qiáng)迫自己在一開(kāi)始就知道每一件事情，應(yīng)當(dāng)不斷地學(xué)習(xí)。

4開(kāi)始編程，讓一部分能夠運(yùn)行，這樣就可以證明或反駁已生成的設(shè)計(jì)。不要害怕過(guò)程語(yǔ)言風(fēng)格的細(xì)面條式的代碼—類分割可以控制它們。壞的類不會(huì)破壞好的類。盡量保持簡(jiǎn)單。具有明顯用途的不太清楚的對(duì)象比很復(fù)雜的接口好。我們總能夠從小的和簡(jiǎn)單的類開(kāi)始，當(dāng)我們對(duì)它有了較好地理解時(shí)再擴(kuò)展這個(gè)類接口，但不可能簡(jiǎn)化已存在的類接口。

庫(kù)

簡(jiǎn)單地說(shuō)就是一些人已經(jīng)寫(xiě)的代碼，按某種方式包裝在一起。通常，最小的包是帶有擴(kuò)展名如L I B的文件和向編譯器聲明庫(kù)中有什么的一個(gè)或多個(gè)頭文件。連接器知道如何在L I B文件中搜索和提取相應(yīng)的已編譯的代碼。但是，這只是提供庫(kù)的一種方法。在跨越多種體系結(jié)構(gòu)的平臺(tái)上，例如U N I X，通常，提供庫(kù)的最明智的方法是用源代碼，這樣在新的目標(biāo)機(jī)上它能被重新編譯。而在微軟Wi n d o w s上，動(dòng)態(tài)連接庫(kù)是最明智的方法，這使得我們能夠利用新發(fā)布的D D L經(jīng)常修改我們的程序。

聲明與定義

“聲明”向計(jì)算機(jī)介紹名字，它說(shuō)，“這個(gè)名字是什么意思”。而“定義”為這個(gè)名字分配存儲(chǔ)空間。無(wú)論涉及到變量時(shí)還是函數(shù)時(shí)含義都一樣。無(wú)論在哪種情況下，編譯器都在“定義”處分配存儲(chǔ)空間。對(duì)于變量，編譯器確定這個(gè)變量占多少存儲(chǔ)單元，并在內(nèi)存中產(chǎn)生存放它們的空間。對(duì)于函數(shù)，編譯器產(chǎn)生代碼，并為之分配存儲(chǔ)空間。函數(shù)的存儲(chǔ)空間中有一個(gè)由使用不帶參數(shù)表或帶地址操作符的函數(shù)名產(chǎn)生的指針。定義也可以是聲明。如果該編譯器還沒(méi)有看到過(guò)名字A，程序員定義int A，則編譯器馬上為這個(gè)名字分配存儲(chǔ)地址。聲明常常使用于e x t e r n關(guān)鍵字。如果我們只是聲明變量而不是定義它，則要求使用e x t e r n。對(duì)于函數(shù)聲明，e x t e r n是可選的，不帶函數(shù)體的函數(shù)名連同參數(shù)表或返回值，自動(dòng)地作為一個(gè)聲明。

或許你看過(guò)后或許懂了一點(diǎn)，也對(duì)編程有了初步的了解，希望我的書(shū)評(píng)對(duì)你能有所幫助!

第三篇：C++編程心得

緊張忙碌的一周過(guò)去了，在這個(gè)星期里我們小組勝利地將我們選定的課題研究出來(lái)，我為我的小組驕傲，也為自己驕傲。

我們的題目是銀行定期存款管理系統(tǒng)，在編程過(guò)程中，我預(yù)訂的任務(wù)是學(xué)習(xí)并掌握MFC，并將其運(yùn)用到我們的程序中。學(xué)習(xí)MFC的過(guò)程是我認(rèn)為非常痛苦的事，因?yàn)橥耆际亲詫W(xué)，并且因?yàn)閳D書(shū)館中的相關(guān)書(shū)籍全部被借閱出去，所以沒(méi)有太多的自學(xué)資料，因此雖然費(fèi)了很大的精力，但仍是無(wú)果。經(jīng)過(guò)了很多的小組討論和自己的心理斗爭(zhēng)后最終決定放棄MFC而將自己能力以內(nèi)的程序盡可能地優(yōu)化，就這樣，我開(kāi)始在半路階段加入了程序優(yōu)化的工作，一遍遍的調(diào)試程序，遇到某個(gè)攻堅(jiān)問(wèn)題，幾個(gè)人一起在網(wǎng)上查詢，一起想解決的辦法，就這樣，我們團(tuán)結(jié)地將我們現(xiàn)在認(rèn)為將近完美的程序呈現(xiàn)給老師和同學(xué)。

一開(kāi)始學(xué)習(xí)MFC時(shí)，我總是不能很好的轉(zhuǎn)換思維，不能將自己以前的編程思想和以前的一些不良編程習(xí)慣甩掉，因此很多的程序都聯(lián)系不起來(lái)，反而是自己學(xué)會(huì)了好多的零碎的片面卻無(wú)法將程序大樓豎起來(lái)。在困惑很久后，我選擇了詢問(wèn)老師，老師耐心地將MFC的思維方式講給了我聽(tīng)，這讓我受益匪淺，雖然我最后沒(méi)能將MFC成功的做出來(lái)，但我認(rèn)為我從MFC中才直接地感受到了Ｃ＋＋中面向?qū)ο缶幊痰姆庋b性。以前用Ｃ＋＋編程時(shí)總是將類中的變量隨便規(guī)定屬性，甚至在編程的過(guò)程中突然需要加一個(gè)變量，為了省事直接將其放于public中，在學(xué)習(xí)了解MFC后，深刻地感受到自己以前的編程習(xí)慣是多么的不科學(xué)，而那些習(xí)慣又是多么的重要。

我們這一次是以團(tuán)隊(duì)的形式來(lái)做這個(gè)項(xiàng)目，并且作為這個(gè)小組的組長(zhǎng)，我感覺(jué)自己的壓力很大，因?yàn)閳F(tuán)隊(duì)合作不僅講求整體的團(tuán)結(jié)而且為了團(tuán)隊(duì)工作的高效又要有明確的分工。在我們的小組工作中每個(gè)人都一刻不放松自己手里的工作，而一些時(shí)候我們又配合地很密切，尤其是當(dāng)我們遇到程序的瓶頸時(shí)，我們都是在宿舍里你一句我一句地出謀劃策，在遇到一個(gè)提取時(shí)間的程序時(shí)，大家紛紛查詢各種輔導(dǎo)書(shū)，上網(wǎng)查各種資料，在遇到定期存款支取問(wèn)題時(shí)甚至打電話給家長(zhǎng)，尋求“場(chǎng)外支持”，種種的配合都給我們這個(gè)部門(mén)協(xié)調(diào)的運(yùn)作提供了動(dòng)力。我感謝我的團(tuán)隊(duì)，他們讓我有一種很舒服的做事情的感覺(jué)。

最終決定放棄MFC，我承認(rèn)自己有一種如釋重負(fù)的感覺(jué)，但是也有一絲慚愧，無(wú)論老師要求與否，既然自己決定了就應(yīng)該走下去，但是我最后退卻了，感覺(jué)很遺憾也很羞愧，因?yàn)槲艺J(rèn)為對(duì)自己降低要求就是放縱自己墮落。

短學(xué)期實(shí)習(xí)，我著實(shí)收獲了很多，不僅僅是知識(shí)上，而且是思考事情方法，我感激這次的實(shí)習(xí)，也感謝給予我們很多幫助的老師，更感謝我團(tuán)結(jié)的團(tuán)隊(duì)。

第四篇：C++編程知識(shí)總結(jié)

1.數(shù)組

1.1數(shù)組定義時(shí)的注意點(diǎn)

1在C++中不提供可變化大小的數(shù)組，○即數(shù)組定義中的常量表達(dá)式不能包含變量。（來(lái)源：C++書(shū)6.1.1）

int n;cin>>n;float t[n];上例在定義數(shù)組t時(shí)，變量n沒(méi)有確定的值，即在程序執(zhí)行之前，無(wú)法知道數(shù)組t的元素個(gè)數(shù)，所以這種聲明不被允許。但是可以用new動(dòng)態(tài)分配,如： int n;cin>>n;float *t;t=new float[n];

2在定義數(shù)組時(shí)，可以不直接指定數(shù)組的大小，由C++編譯器根據(jù)初值表中元素的個(gè)數(shù)來(lái)自○動(dòng)確定數(shù)組元素的個(gè)數(shù)。例如： int z[]={0,1,2,3,4,5,6,7,8} 3C++語(yǔ)言規(guī)定只能對(duì)數(shù)組中的元素進(jìn)行賦值或引用，不能把整個(gè)數(shù)組作為一個(gè)整體進(jìn)行賦○值或引用。（2.3是一個(gè)實(shí)例）（來(lái)源：C++書(shū)4同類型的數(shù)組之間不能相互賦值 ○如int a[5],b[5];a=b;//錯(cuò)誤

strcpy(b,a);//正確

6.1.1）

1.2數(shù)組和指針的關(guān)系（來(lái)源：C++書(shū)8.2節(jié)8.2.1）

char s[5];在C++中說(shuō)明了一個(gè)數(shù)組后，數(shù)組名可以作為一個(gè)指針來(lái)使用，因此s可作為一個(gè)指針使用（但它不同于指針,不能賦值運(yùn)算、算術(shù)運(yùn)算等）。

2.字符數(shù)組

2.1輸入字符數(shù)據(jù) char c;cin>>c;// cin不能將輸入的空格賦給字符型變量。

cin.get();//可獲得鍵盤(pán)上輸入的每一個(gè)字符，包括空格和回車(chē)鍵。

2.2字符數(shù)組的輸入/輸出（來(lái)源：C++書(shū)6.2.4）2.2.1逐個(gè)字符輸入 char c[10];for(int i=0;i<10;i++)cin>>c[i];2.2.2字符串輸入 方法1 char c[10];cin>>c;//即在輸入輸出時(shí)只給數(shù)組名

此法在輸入字符串時(shí)，遇到空格和回車(chē)就認(rèn)為一個(gè)字符結(jié)束。方法2 cin.getline(字符數(shù)組名，允許輸入的最大字符個(gè)數(shù))此法可把輸入的一行作為一個(gè)字符串送到字符數(shù)組中。

2.3字符數(shù)組和字符指針的初始化 2.3.1字符數(shù)組初始化 char tx[5]=“";2.3.2字符指針初始化 char *ptx=new char[5];ptx[0]='