條款23 寧願以非成員，非友元替換成員函式

class webbrowser

public:

void clearcache();

void clearhistory();

void removecookies();

如果想執行類裡面所有的動作，有點使用者可能會提供這樣的乙個函式

class webbrowser

public :

void cleareverything(); //呼叫clearcache,clearhistory,和removecookies

當然，這一操作也可以由乙個非成員函式呼叫適當的成員函式而提供出來：

void clearbrowser( webbrowser& wb)

wb,clearcache();

wb.clearhistory();

wb.removecookies();

那麼哪乙個比較好呢，是成員函式，還是非成員函式呢？

讓我們從封裝開始討論，如果某些東西被封裝，它就不可再見。愈多東西被封裝，愈少人看到它，而愈少人看到它，我們就有愈大的彈性去改變它，因為我們改變的只是直接影響看到改變的那些人事物。因此愈多東西被封裝，我們改變那些東西的能力就愈大。這就是我們首先推崇封裝的原因：它使我們改變事物而只影響有限客戶。

對資料而言，愈多的資料可被封裝，而我們也就愈能地自由地改變物件資料。不讓訪問，愈多的函式可以訪問它，資料的封裝性就愈低。

所以導致較大的封裝性的是非成員函式和非友元函式，因為它並不增加「能夠訪問class內的private成員「這就解析了為什麼。

namespace webbrowserstuff

class webbrowserstuff;

void clearbrowser( webbrowser& wb);

然而這並不是為了好看而已，要知道，命名空間和類不同，前者可以跨越多個原始碼檔案而後者不能。這很重要。

如果clearbrowser不存在，類物件只能自行呼叫clearcache,clearhistory和removecookies.

但是通常大多數客戶只對其中某些含興趣。

//標頭檔案「webbrowser.h"

namespace webbrowserstuff

class webbrowser;

... //核心機能，例如幾乎所有客戶需要的非成員函式。

//標頭檔案「webbrowserbookmarks.h"

namespace webbrowserstuff

... //與書籤相關的便利函式

//標頭檔案」 webbrowsercookies.h"

namesapce webbrowserstuff

... //與cookie相關的便利函式

將所有便利函式放在多個標頭檔案內當隸屬同乙個命名空間，意味著客戶可以輕鬆擴張這一組便利函式，他們需要做的是就是新增更多的非成員函式和非友元函式到此命名空間。這是class無法提供的另乙個性質，因為class定義無法對客戶不能擴充套件的。