C++接口總是空的，或者虛的，C++接口和C++抽象類代表的就是抽象類型，就是我們需要提出的抽象層的具體表現(xiàn),它不實(shí)現(xiàn)任何東西，所以可以有以下的結(jié)論：

定理1：C++接口是依賴的終點(diǎn)。接口不需要依賴任何東西。

推論1：依賴C++接口是安全的。不會(huì)帶來(lái)更多的依賴關(guān)系。

推論2：當(dāng)我們需要依賴時(shí)，我們必須盡量做到：我們依賴的是接口。而不是實(shí)際的東西。

前面的WNS的例子中，是函數(shù)指針接口的應(yīng)用。下面舉出一個(gè)純虛類的例子。

假設(shè)我們制作了一個(gè)對(duì)話框（MyDlg）。我在對(duì)話框上添加了一個(gè)控件（MyCtrl）。MyCtrl派生于一個(gè)基類MyCtrlBase,該Base類有一個(gè)虛函數(shù)：

virtual void OnClick() = 0; 

該控件被點(diǎn)擊的時(shí)候，則OnClick會(huì)被調(diào)用。現(xiàn)在的意圖是，該控件被點(diǎn)擊的時(shí)候，我的對(duì)話框發(fā)生某種變化，比如說，MyDlg::OnMyCtrlClick()被調(diào)用。這如何實(shí)現(xiàn)呢？ 最常見的但是也是錯(cuò)誤的方法如下首先是MyDlg：

class MyDlg : public MyDlgBase   
{   
public virtual void OnMyCtrlClick()   
{ … }   
private: MyCtrl * m_myCtrl;   
 class MyCtrl : public MyCtrlBase   
{ public: virtual void OnClick();   
private:   
MyDlgCtrl *m_parentDlg; };  

我確實(shí)實(shí)現(xiàn)了。但是這個(gè)實(shí)現(xiàn)方法真的很愚蠢。因?yàn)镸yCtrl和MyDlg完全依賴了對(duì)方。任何一個(gè)都不能脫離對(duì)方而被重用。MyDlg依賴MyCtrl尚可以理解。因?yàn)檫@個(gè)對(duì)話框中含有這個(gè)控件。但是MyCtrl為何要依賴MyDlg呢？這是完全沒有必要的。我自己是一個(gè)控件，沒有理由理會(huì)我在哪個(gè)窗口里。

無(wú)論在哪個(gè)窗口里，都是一樣的作用。 當(dāng)對(duì)話框上有多個(gè)不同控件時(shí)，情況會(huì)更加復(fù)雜。最終的結(jié)果，導(dǎo)致全部的組件之間都互相依賴，沒有任何一個(gè)部分是可以重用的。 正確的方法是抽象出一個(gè)接口。這個(gè)C++接口叫做“點(diǎn)擊接收者”。#t#

下面再舉我們?cè)贑apsuit的開發(fā)中，碰到的一個(gè)問題。情況是這樣的：我們的軟件，要對(duì)計(jì)算機(jī)進(jìn)行全面的檢查。包括檢查硬件，檢查操作系統(tǒng)信息，檢查注冊(cè)表，檢查進(jìn)程，以及運(yùn)行的服務(wù)等等，來(lái)判斷當(dāng)前計(jì)算機(jī)是否正常。

本人負(fù)責(zé)開發(fā)檢查部分。這個(gè)部分的任務(wù)是，根據(jù)外部輸入的需求，來(lái)調(diào)用相應(yīng)的實(shí)際進(jìn)行檢查的函數(shù)。這些函數(shù)則由各個(gè)不同部門的同仁實(shí)現(xiàn)好。本人只要調(diào)用他們就可以了。

struct condition { string check_type; // 告訴我檢查的類型， string param1; 
// 檢查的參數(shù)，比如說是哪個(gè)注冊(cè)表項(xiàng)要檢查，等等 string param2; 
// 同上，都是取決于不同類型的檢查而不同的參數(shù) }；