解析C++編程中的繼續方面的應用。本站提示廣大學習愛好者：（解析C++編程中的繼續方面的應用）文章只能為提供參考，不一定能成為您想要的結果。以下是解析C++編程中的繼續方面的應用正文
C++繼續與組合詳解
我們曉得，在一個類中可以用類對象作為數據成員，即子對象（概況請檢查：C++有子對象的派生類的結構函數）。現實上，對象成員的類型可所以本派生類的基類，也能夠是別的一個已界說的類。在一個類中以另外一個類的對象作為數據成員的，稱為類的組合(composition)。
例如，聲明Professor(傳授)類是Teacher(教員)類的派生類，尚有一個類BirthDate(誕辰)，包括year,month,day等數據成員。可以將傳授誕辰的信息參加到Professor類的聲明中。如：
class Teacher //教員類
{
public:
// Some Code
private:
int num;
string name;
char sex;
};
class BirthDate //誕辰類
{
public:
// Some Code
private:
int year;
int month;
int day;
};
class Professor:public Teacher //傳授類
{
public:
// Some Code
private:
BirthDate birthday; //BirthDate類的對象作為數據成員
};
類的組合和繼續一樣，是軟件重用的主要方法。組合和繼續都是有用天時用已有類的資本。但兩者的概念和用法分歧。經由過程繼續樹立了派生類與基類的關系，它是一種 “是”的關系，如“白貓是貓”，“黑人是人”，派生類是基類的詳細化完成，是基類中的一 種。經由過程組合樹立了成員類與組合類（或稱復合類）的關系，在本例中BirthDate是成員類，Professor是組合類（在一個類中又包括另外一個類的對象成員）。它們之間不是‘‘是”的 關系，而是“有”的關系。不克不及說傳授(Professor)是一個誕辰(BirthDate)，只能說傳授(Professor)有一個誕辰(BirthDate)的屬性。
Professor類經由過程繼續，從Teacher類獲得了num,name,age,sex等數據成員，經由過程組合，從BirthDate類獲得了year,month,day等數據成員。繼續是縱向的，組合是橫向的。
假如界說了Professor對象prof1，明顯prof1包括了誕辰的信息。經由過程這類辦法有用地組織和應用現有的類，年夜年夜削減了任務量。假如有
void fun1(Teacher &); void fun2(BirthDate &);
在main函數中挪用這兩個函數：
fun1(prof1); //准確，形參為Teacher類對象的援用，實參為Teacher類的子類對象，與之賦值兼容 fun2(prof1.birthday); //准確，實介入形參類型雷同，都是BirthDate類對象 fun2(prof1); //毛病，形參請求是BirthDate類對象，而prof1是Professor類型，不婚配
假如修正了成員類的部門內容，只需成員類的公用接口(如頭文件名)不變，如無需要，組合類可以不修正。但組合類須要從新編譯。
繼續在軟件開辟中的主要意義
繼續是面向對象技巧的主要內容，有了繼續，使軟件的重用成為能夠。
曩昔，軟件人員開辟新的軟件，能從已有的軟件中直接選用完整相符請求的部件不 多，普通都要停止很多修正能力應用，現實上有相當部門要從新編寫，任務童很年夜。延長軟件開辟進程的症結是勉勵軟件重用。繼續機制處理了這個問題。編寫面向對象的法式時要把留意力放在完成對本身有效的類下面，對已有的類加以整頓和分類，停止剪裁和修正，在此基本上集中精神編寫派生類新增長的部門，使這些類可以或許被法式設計的很多范疇應用。繼續是C++和C的蟑主要的差別之一。
因為C++供給了繼續的機制，這就吸引了很多廠商開辟各類適用的類庫。用戶將它們作為基類去樹立合適於本身的類(即派生類)，並在此基本上設計本身的運用法式。類庫的湧現使得軟件的重用加倍便利，如今有一些類庫是跟著C++編譯體系賣給用戶的。讀者不要以為類庫是C++編譯體系的一部門。分歧的C++編譯體系供給的由分歧廠商開辟的類庫普通是分歧的。在一個C++編譯體系情況下應用類庫開辟的稈序，在另外一種C++編譯體系情況下能夠不克不及任務，除非把類庫也移植曩昔。斟酌到寬大用戶的情形，今朝隨C++編譯體系供給的類庫是比擬通用的，但它的針對性和適用規模也隨之遭到限制。 跟著C ++在全球的敏捷推行，活著界規模內開辟用於各個范疇的類庫的任務正日趨旺盛。
對類庫中類的聲明普通放在頭文件中，類的完成(函數的界說部門)是零丁編譯的，以目的代碼情勢寄存在體系某一目次下。用戶應用類庫時，不須要懂得源代碼，但必需曉得頭文件的應用辦法和如何去銜接這些目的代碼(在哪一個子目次下)，以便源法式在編譯後與之銜接。
因為基類是零丁編譯的，在法式編譯時只需對派生類新增的功效停止編譯，這就年夜年夜進步了調試法式的效力。假如在需要時修正了基類，只需基類的公用接口不變，派生類不用修正，但基類須要從新編譯，派生類也必需從新編譯，不然不起感化。
那末，人們為何這麼重視繼續，請求在軟件開辟中應用繼續機制，盡量地經由過程繼續樹立一批新的類？為何不是將已有的類加以修正，使之知足本身運用的請求呢？
歸結起來，有以下幾個緣由：
有很多基類是被法式的其他部門或其他法式應用的，這些法式請求保存原本的 基類不受損壞。應用繼續是樹立新的數據類型，它繼續了基類的一切特點，但不轉變基類自己。基類的稱號、組成和拜訪屬性涓滴沒有轉變，不會影響其他法式的應用。
用戶常常得不到基類的源代碼。假如想修正已有的類，必需控制類的聲明和類的完成(成員函數的界說)的源代碼。然則，假如應用類庫，用戶是沒法曉得成員函數的代碼的，是以也就沒法對基類停止修正。
在類庫中，一個基類能夠已被指定與用戶所需的多種組件樹立了某種關系，是以 在類庫中的基類是不允許修正的（即便用戶曉得了源代碼，也決不許可修正）。
現實上，很多基類其實不是從已有的其他法式當選取來的，而是專門作為基類設計的。有些基類能夠並沒有甚麼自力的功效，只是一個框架，或許說是籠統類。人們依據須要設計了一批能實用於分歧用處的通用類，目標是樹立通用的數據構造，以便用戶在此基本上添加各類功效，從而樹立各類功效的派生類。
在面向對象法式設計中，須要設計類的條理構造，從最後的籠統類動身，每層派生類的樹立都慢慢地向著目的的詳細完成進步，換句話說，是赓續地從籠統到詳細的過 程。每層的派生和繼續都須要站在全部體系的角度同一計劃，精心組織。
