本文主要是介绍Effective C++ 第三版 [条款23:prefer non-member non-friend to member functions.]，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
Effective C++ 3rd Item 23：
prefer non-member non-friend to member functions.
实例描述：
class WebBrowser{ // 表示网页浏览器
public:...void clearCache(); //1,清除缓存void clearHistory(); //2,清除历史记录void removeCookies(); //3,清除cookies...// 可能会产生一个这样的需要，一键清除所有// 方案1void clearEverything(); //内部调用上述的1，2，3成员函数
}// 方案2
void clearBrowser(WebBrowser& wb)
{wb.clearCache(); //1,清除缓存wb.clearHistory(); //2,清除历史记录wb.removeCookies(); //3,清除cookies
}产生的问题：
哪种方式比较好，方案1 还是 方案2 ?
本人第1反应是 方案1好
目前为止我以前的所有项目中类似这样的情况也是这么做的！
感觉方案1好是因为面向对象，把数据与操作数据的那些函数放在同一个类中，显得更整体一点。
书上认为是第2种方案好
理由：
1，面向对象要求数据尽可能的封装，member函数 clearEverything的封装性比 non-member 函数封装性低，
2，non-member函数 有更大的 包装弹性，具有更好的扩展性。
现在我们来详细分析原因，为什么书中认为方案2更好？
理由1：封装性
从封装开始分析，我们推崇封装是因为它使我们能够改变事物而只影响有限的客户。最后衍生出 成员变量都应该 private，这点上没有异议。而正是这点导致了只有class的member函数加 friend函数可以访问其class的private的成员变量。
注意这里产生了分岐：
class 的 member 函数，它不仅可以访问 private 成员变量，也可以调用 private 函数、enums、typedefs等
non-member_non-friend函数什么也访问不了
但这两种提供的机能是一样的，所以后者比前者具有更大的封装性
注意点：这个论述只适用 non-member且是non-friend的函数
理由2：扩展性
如果使用了，在这C++比较自然的做法
namespace WebBrowserStuff{class WebBrowser { ... };void clearBrowser(WebBrowser& wb);...
}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 函数...
}// ...注意：以上就是C++标准程序库的组织方式。
标准程序库不是一个拥有单一、整体、庞大的<C++StandardLibrary> 头文件并在其std命名空间包含每一种功能函数。
而是有很多的头文件（<vector>,<algorithm>,<memory>等等），每个头文件声明 std命名空间内的某些功能函数。
如果客户只想用vector相关功能，他不需要#include <memory>
注意：这种切割方式不适用于类成员函数，因为一个类必须整体定义，不能切割成片段。
所以，小伙伴们，再遇见类似的情况应该知道怎么办了吧！
总结：将多个便利功能函数放在多个头文件内但隶属于同一个命名空间，意味着客户可以轻松扩展自己的功能型函数。
这篇关于Effective C++ 第三版 [条款23:prefer non-member non-friend to member functions.]的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
