条款 23 ：宁以non-member,non-friend替换member函数

条款 23 ：宁以non-member,non-friend替换member函数

Perfer non-member non-friend functions to member functions.

1. 越多东西被封装，我们改变那些东西的能力也就越大。这就是我们推崇封装的原因：他使我们能够改变事物而只影响有限客户。
2. 导致较大的封装性的是non-member,non-friend函数，因为他们并不增加 能够访问class内private数据成分的函数数量。

//假设我们有一个类来表示网页浏览器
//这样的calss提供许多关于清除不同数据的函数
class WebBrowser{
public:
	void clearCache();
	void clearHistory();
	void removeCookies();
	...
};
//有些客户可能一次想执行所有函数
//第一种方法，类内再提供一个方法
class WebBrowser{
public:
	...
	void clearEverything(){
		...调用上面所有函数...
		}
	...
};
//第二种方法：non-member函数
void clearBrowser(WebBrowser& wb){
	void clearCache();
	void clearHistory();
	void removeCookies();
}
//面向对象守则要求我们：数据以及那些操作数据的函数应该捆绑到一起
//也就是说我们用member函数应该更好
//但不幸的是，这条建议并不完全正确，这是对面向对象意义的重大误解
//面向对象要求的是数据应该尽可能被封装
//member函数带来的封装性比non-member函数低
//所以对于类似的函数non-member版本相对来说还较好
//在C++内常用的做法是，将non-member函数与class放在一个namespace
//这样方便了调用，也不会破坏封装性
namespace WebBrowserBuff{
	clearEverything(){};
	class WebBrowser(){};
}
//这样意味着客户可以轻松这组便利函数而又不至于破坏封装性
	

** 请记住**

宁以non-member,non-friend替换member函数。这样可以增加封装性，包裹弹性和机能扩充性