本文主要是介绍Effective C++：条款23：宁以non-member、non-friend替换member函数，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
（一）
有个class来表示网页浏览器：
class WebBrowser {
public: void clearChache(); void clearHistory(); void removeCookies();
};
许多用户会想一整个执行所有这些动作，因此WebBrowser也提供这样一个函数：clearEverything
class WebBrowser {
public: void clearChache(); void clearHistory(); void removeCookies(); void clearEverything();
};
当然也可以由一个non-member函数调用适当的member函数而提供出来：
void clearBrowser(WebBrowser wb) { wb.clearChache(); wb.clearHistory(); wb.removeCookies();
}
那么哪一个比较好呢？是member函数clearEverything()还是non-member函数claseBrower呢。？
越多东西被封装，我们改变那些东西的能力也就越大。对象内的数据。越少代码看到它（访问它），越多的数据可被封装，也就越能自由地改变对象数据，例如改变成员变量的数量，类型等等。
所以答案当然是non-member函数claseBrower！因为它导致了较大的封装性，因为它并不增加“能过访问class内之private成分”的函数数量。这就解释了为什么clearBrowser（一个non_member non-friend函数）比clearEverything（一个member函数）更受欢迎的原因：它导致WebBrowser class有较大的封装性。
但是这里有两件事情要注意下：第一：这里只适用于non-member non-friend函数。friend函数对class private成员的访问权力和member函数相同，因此两者对封装的冲击也相同。
第二：只因在意封装而让函数“成为class 的non-member”，并不意味着它“不可以是另一个class的member”。假如我们可以另clearBrowser成为某工具类（utility class）的一个static member函数。
（二）
在C++中，比较自然的做法是让clearBrowser成为一个non-member函数并且位于WebBrowser所在的同一个namespace（命名空间）内：
namespace WebBrowserStuff{ class WebBrowser{...}; void clearBrowser(WebBrowser wb);
}
像clearBrowser这样的函数是个“提供便利的函数”。一个像WebBrowser这样的class可能拥有大量的便利函数，某些与书签有关，某些与打印有关，某些与cookie的管理有关…，通常，大多数客户只对其中某些感兴趣。没有道理一个只对书签感兴趣的客户却与一个cookie相关便利函数发生编译相依关系。分离他们最直接的方法是将他们放入不同的头文件：
//头文件webbrowser.h这一头文件针对class WebBrowser自身以及WebBrowser核心机能。
namespace WebBrowserStuff{ void clearBrowser(WebBrowser wb); ...//WebBrowser核心机能，几乎所有客户都需要的non-member函数。
}//头文件“webbrowserbookmarks.h”namespace WebBrowserStuff{ class WebBrowser{...}; ...//与书签相关的便利函数
}//头文件“webbrowsercookies.h”namespace WebBrowserStuff{ class WebBrowser{...}; ...//与cookie相关的便利函数
}
C++标准程序库正是这样的组织方式。数十个头文件，每个头文件声明std的某些机能。如果只想使用vector不用#include <memory>;如果不想使用list也不需要#include <list>.这允许客户只对他们所用的那一小部分系统形成编译相依。这种切割机能并不适合class成员函数，因为class 必须整体定义，不能被分割为片段。namespace可以跨越多个源码文件，而class不能。
将所有便利函数放在多个头文件中但隶属同一个命名空间，意味着客户可以轻松扩展这一组便利函数。他们所要做的就是添加更多non-member non-friend函数到此命名空间内。例如：如果客户想写些与影像下载相关的便利函数，只要在WebBrowserStuff命名空间内建立一个头文件，内含那些函数的声明即可。新函数就像其他旧函数一样可用且整合为一体。这是class无法提供的另一个性质，因为class定义对客户是不能扩展的。
请记住：
尽量用non-member non-friend函数替换member函数。可以增加封装性、包裹弹性（packaging flexibility）、和机能扩充性。
这篇关于Effective C++：条款23：宁以non-member、non-friend替换member函数的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
