Bjarne Stroustrup的FAQ：C++的風格與技巧
發布: 2008-4-23 15:44 | 作者: 不詳 | 來源: www.wushuang.net | 查看: 101次 | 進入軟件測試論壇討論
設計思想是，用戶通過Shape的public接口來操縱它們，而派生類（例如Circle和Triangle）的實現部分則共享由protected成員表現的那部分實現（implementation）。
這不是一件容易的事情：確定哪些實現部分是對所有的派生類都有用的，并將之共享出來。因此，與public接口相比，protected成員往往要做多得多的改動。舉例來說，雖然理論上“中心”(center)對所有的圖形都是一個有效的概念，但當你要維護一個三角形的“中心”的時候，是一件非常麻煩的事情——對于三角形，當且僅當它確實被需要的時候，計算這個中心才是有意義的。
protected成員很可能要依賴于實現部分的細節，而Shape的用戶（譯注：user此處譯為用戶，指使用Shape類的代碼，下同）卻不見得必須依賴它們。舉例來說，很多（大多數？）使用Shape的代碼在邏輯上是與“顏色”無關的，但是由于Shape中“顏色”這個定義的存在，卻可能需要一堆復雜的頭文件，來結合操作系統的顏色概念。
當protected部分發生了改變時，使用Shape的代碼必須重新編譯——即使只有派生類的實現部分才能夠訪問protected成員。
于是，基類中的“實現相關的信息”(information helpful to implementers)對用戶來說變成了象接口一樣敏感的東西，它的存在導致了實現部分的不穩定，用戶代碼的無謂的重編譯（當實現部分發生改變時），以及將頭文件無節制地包含進用戶代碼中（因為“實現相關的信息”需要它們）。有時這被稱為“脆弱的基類問題”(brittle base class problem)。
一個很明顯的解決方案就是，忽略基類中那些象接口一樣被使用的“實現相關的信息”。換句話說，使用接口，純粹的接口。也就是說，用抽象基類的方式來表示接口：