增加类的封装性
封装性:越少的代码可以看到数据(也就是可以访问它们),越多东西被封装,越少人可以看到它。而越少的人看到它,我们就有愈大的弹性去改变他,因为我们的改变仅仅直接影响看到改变的那些人。例如,class WebBrowser可能拥有大量便利函数,某些与bookmarks书签有关,有些与cookie有关,通常大多数客户只对其中某些感兴趣。没道理让这些客户对所有内容都感知或者说可以操作。比如,一个与cookie相关的便利函数发生编译关系,分离它们的最直接做法就是将书签相关的便利函数声明在同一个头文件,将cookie相关便利函数声明于另一个头文件,以此类推:
//头文件"webbrowser.h"--放类自身 namespace WebBrowserStuff { class WebBrowser {...}; ... //核心机能,non-member函数 } //头文件"webbrowserzbookmarks.h" namespace WebBrowserStuff { ... //与bookmarks相关的便利函数 } //头文件"webbrowsercookies.h" namespace WebBrowserStuff { ... //与cookie相关的便利函数 }
这是C++标准库的组织方式。标准库不是一个拥有单一的整体的庞大的头文件并在其中包含每一样东西,而是有数十个头文件(<vector>,<memory,<algorithm>),每个头文件std的某些机能。如果客户只想要list,那就#include<list>。
将所有便利函数放在多个头文件内但隶属同一命名空间,意味着客户可以轻松扩展这一组便利函数。
注意
宁拿non-member non-friend函数替换member函数。这样做可以增加封装性、包裹弹性和机能扩充性。
天行健,君子当自强不息