Item 23 多考虑“非成员、非友元”函数

class WebBrowser { public: ... void clearCache(); void clearHistory(); void removeCookies(); ... };

 

为了提供一站式服务，定义一个“清除一切”的函数。下面是两种方案：

1> 成员函数

class WebBrowser { public: ... void clearEverything(); ... };

 

2> 非成员、非友元函数

void clearBrowser(WebBrowser& wb) { wb.clearCache(); wb.clearHistory(); wb.removeCookies(); }

 

这两种方式哪种更好？这要从面向对象的根本谈起。
所谓面向对象，并不是把操作和数据搞到类里越多，才是好的封装。封装，是针对数据来说的。
上面的成员函数，其实对数据的封装不算好。那个非成员非友元的“双非”函数，才是封装的较好的。不仅如此，它还为WebBrowser提供了更好的扩展性，减少了编译依赖。

先说封装。封装的越多，客户看见的就越少，从而程序员就有更多的空间去修改。
再说对象内部的数据。某个数据被访问的越少，被封装的就越完全，程序员也就有越多的修改权。
若数据声明为公有或protected，则有无穷多的函数访问它，就是无封装。
私有的成员，只有成员函数、友元函数可以访问。
第一种方法定义为成员函数，增加了访问次数，相当于减弱了封装。反之，双非函数是好封装。不过，可以把clearBrowser放到别的类里。那样做不算破坏WebBrowser的封装。

另外，像WebBrowser这样的类可能有很多“便利函数”，比如为书签、打印等工作提供快捷调用的函数。常见的作法是：

// file: webbrowser.h // 提供WebBrowser的核心功能 namespace WebBrowserStuff { class WebBrowser { ... }; ... } // file: webbrowserbookmarks.h // 书签相关的便利函数 namespace WebBrowserStuff { void addBookmark(WebBrowser& wb, const URL& url); ... } // file: webbrowsercookies.h // Cookie相关的便利函数 namespace WebBrowserStuff { void removeCookie(WebBrowser& wb); ... } ...

 

所有的便利函数，都在WebBrowserStuff这个名字空间里。
STL就是这样组织的。