增加类的封装性

封装性:越少的代码可以看到数据(也就是可以访问它们),越多东西被封装,越少人可以看到它。而越少的人看到它,我们就有愈大的弹性去改变他,因为我们的改变仅仅直接影响看到改变的那些人。例如,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函数。这样做可以增加封装性、包裹弹性和机能扩充性。

转载于:https://www.cnblogs.com/howo/p/7492473.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值