effective c++ 12 宁以non-member、non-friend替换member函数

宁以non-member、non-friend替换member函数

书上说有一个类，是清理缓存、记录等，现在有三个函数，如下分别做不同的清理功能。

class WebBrowser{           // 表示网页浏览器
public:
    ...
    void clearCache();    //1,清除缓存
    void clearHistory();  //2,清除历史记录
    void removeCookies(); //3,清除cookies
    ...

    // 可能会产生一个这样的需要，一键清除所有
    // 方案1
    void clearEverything(); //内部调用上述的1，2，3成员函数
}

// 方案2

void clearBrowser(WebBrowser& wb)
{
    wb.clearCache();    //1,清除缓存
    wb.clearHistory();  //2,清除历史记录
    wb.removeCookies(); //3,清除cookies
}

问题：方案1，和方案2哪个好？
其实吧，以前我觉得方案1好。但是书上说方案2好，最后才知道书上这样说是有道理的。
请看书上的理由：
1，面向对象要求数据尽可能的封装，member函数 也就是方案1的封装性比 non-member 函数封装性低，
2，non-member函数 有更大的 包装弹性，具有更好的扩展性。
一下专门讨论封装和扩展。
封装性：

class 的 member 函数，它不仅可以访问 private 成员变量，也可以调用 private 函数、enums、typedefs等
non-member_non-friend函数什么也访问不了
但这两种提供的机能是一样的，所以后者比前者具有更大的封装性

扩展性：
namespace 和 class 的不同点：
前者可以跨越多个源文件而后者不能。

假设WebBrowser这样的类可能有大量便利函数，某些与书签有关，某些与打印有关，还有些与cookies管理有关…
但通常大部分客户只对其中的某些感兴趣。最好的方式是分离它们，使不感兴趣的相关函数不发生编译相依关系
最直接的做法：
将 书签 相关的功能函数放在一个自己的头文件
将 cookie 相关的功能函数放在一个自己的头文件
将 打印 相关的功能函数放在一个自己的头文件
依此类推…
// 头文件 “webbrowser.h”
namespace WebBrowserStuff{
class WebBrowser { … };
// 通用核心函数，几乎所有客户都需要用的 non-member 函数
…
}

// 头文件 “webbrowserbookmarks.h”
namespace WebBrowserStuff{
// 与书签相关的需要用的 non-member 函数
…
}

// 头文件 “webbrowsercookies.h”
namespace WebBrowserStuff{
// 与cookie相关的需要用的 non-member 函数
…
}

// …