non-member,non-friend替换member函数
C++中资源是按照对象的方式来管理的。就拿我们正在使用的Browser来说,他管理各种各样的资源,其中包括cache,浏览记录,下载的历史记录,Cookies记录以及一些webapp的本地记录。我有个习惯就是会定期的清理一下这些资源。现在就来看看Effective C++中给的一些设计建议吧。
我们可以不假思索的写出以下的类来:
class WebBrowser { public: ...... void clearCache(); void clearHistory(); void clearCookies(); ..... };
恩,这就简单实现了一下资源的封装,为了更进一步的封装我们可能会写一个WBManagement类来间接的操作管理WebBrowser里的资源。
class WBManagement { void clearWebBrowser(WebBrowser& wb) { wb.clearCache(); wb.clearHistory(); wb.clearCookies(); } };
嗯,对资源的封装来说这也是一个不错的方法,在实际工作采取的更多的也是这种方法。不过,C++提供了一个使用起来更顺手的一个东西就是命名空间:
namespace WebBroserStuff { class WebBrowser { public: void clearCache(); void clearHistory(); void clearCookies(); }; void clearWebBrowser(WebBrowser &wb); }
注意了命名空间后面可不像class一样后面后那个分号的呃。
以上的方法不由得使我想到了C++之父那本书上第十章给出的一些忠告:
1.只将那些直接访问类成员的那些函数放到成为类的成员函数
2.使用命名空间,使类与协助函数之间的关系更明确
如果将类的协助函数放到类中会引来另外两个问题:
1.使类的界面复杂化,我们在实际的开发中也会遇到别人将接口定义的很复杂的情况,而且给你一大堆的函数让你自己组装。这会浪费掉很多的开发时间,自己写的类然后给别人提供尽可能简单明了的接口是必须的。
2.当你的类内部发生变化的时候你需要检查的函数就会变多,这让你整个类的弹性就大大的降低
将协助函数放到namespace 而不是Management中还有一个优点就是,我们可以将namespace 分拆到好几个文件中而class没有这个特性。
Effective C++学习笔记
Effective C++ 学习之------宁以non-member,non-friend替换member函数
posted @ 2013-05-15 21:27 lizhengqian 阅读(26) | 评论 (0) 编辑
Effective C++ 学习之-------确定对象被使用前被初始化
posted @ 2013-04-16 22:33 lizhengqian 阅读(544) | 评论 (1) 编辑
Effective C++ 学习之-------尽量以const inline enum 代替#define
posted @ 2013-03-31 18:17 lizhengqian 阅读(48) | 评论 (0) 编辑