章节回顾:

《Effective C++》第1章 让自己习惯C++-读书笔记

《Effective C++》第2章 构造/析构/赋值运算(1)-读书笔记

《Effective C++》第2章 构造/析构/赋值运算(2)-读书笔记

《Effective C++》第3章 资源管理(1)-读书笔记

《Effective C++》第3章 资源管理(2)-读书笔记

《Effective C++》第4章 设计与声明(1)-读书笔记

《Effective C++》第4章 设计与声明(2)-读书笔记

《Effective C++》第5章 实现-读书笔记

《Effective C++》第8章 定制new和delete-读书笔记


条款22:将成员变量声明为private

首先,有两个小点理由支持你将成员变量声明为private。

(1)接口的一致性。

如果public接口的都是函数,那么客户在调用时就不用考虑是否需要加小括号,因为每个调用的都是函数,必须加小括号。

(2)精细的访问控制。

使用函数可以让你对成员变量的处理有更精确的控制,如果你令成员变量为public,每个人都可以读写它。

最重要的是private提供封装性:

如果你通过函数访问成员变量,后面可以更改某个计算替换这个成员,而class客户一点也不会知道class的内部已经变化了,只需重新编译即可。

假设你将一个成员变量声明为public或protected而客户开始使用它,就很难改变那个成员变量所涉及的一切。太多代码需要重写、测试、重写文档、编译。从封装的角度,其实只有两种访问权限:private和其他(不提供封装)。

请记住:

(1)切记将成员变量声明为private。这可赋予客户访问数据的一致性、可细微划分访问控制、允诺约束条件获得保证,并提供class作者以充分的弹性。

(2)protected并不比public更具封装性。


条款23:宁以non-member、non-friend函数替换member函数

下面有一个class:

class WebBrowser
{
public:
void clearCache();
void clearHistory();
void removeCookies();
};

用户希望把这三个接口通过提供一个函数去做,可以定义一个成员函数调用这三个函数。

void WebBrowser::clearEverything()    //成员函数,调用clearCache、clearHistory和removeCookies
{
clearCache();
clearHistory();
removeCookies();
}

当然,这个功能也可以通过一个非成员函数提供:

void clearBrowser(WebBrowser& wb)        //非成员函数
{
wb.clearCache();
wb.clearHistory();
wb.removeCookies();
}

现在要考量的是哪一种做法比较好?

面向对象守则要求,数据以及操作数据的函数应该被捆绑在一起,这意味着它建议member是较好的选择。这个建议是错误的,是对面向对象真实意义的一个误解。

面向对象守则要求数据应该尽可能被封装。与直观相反,clearEverything带来的封装性比clearBrowser要低。因为non-member non-friend函数不能访问class内的private。

注意:这里考量的是member和non-member non-friend二者提供相同的机能时的一个抉择。friends对private的访问权利与member函数相同。


条款24:若所有参数皆需类型转换,请为此采用non-member函数

通常令class支持隐式类型转换是不好的,但也有例外。假设一个class表示有理数,那么允许整数“隐式转换”为有理数是比较合理的。

class Rational
{
public:
Rational(int numerator = , int denominator = );
int numerator() const; //分子访问函数
int denominator() const; //分母访问函数
};

你想让这个class支持乘法运算。可能声明operator*为成员函数。

class Rational
{
public:
...
const Rational operator*(const Rational& rhs) const;
};

这个设计按照下面这种方式使用是没问题的:

Rational oneEighth(, );
Rational oneHalf(, ); Rational result = oneHalf * oneEighth; //好的,没问题
result = result * oneEighth; //好的,没问题

当你想使用混合运算时:

result = oneHalf * ;            //好的,没有问题
result = * oneHalf; //错误,不满足交换律

本质上上面的用法与下面的等价:

result = oneHalf.operator*();        //result = oneHalf * 2;
result = .operator*(oneHalf); //result = 2 * oneHalf;

所以你就明白为什么不满足交换律了。为了支持混合运算,需要将operator*设置为non-member函数。

const Rational operator*(const Rational& lhs, const Rational& rhs)
{
return Rational(lhs.numerator() * rhs.numerator(), lhs.denominator() * rhs.denominator());
}

下面的调用的OK的:

Rational oneFourth(, );
Rational result; result = oneFourth * ; //好的,没问题
result = * oneFourth; //好的,没问题

这里还要说明的一点是构造函数一定不能声明为explicit的,否则整型的数值2就不能隐式转换为Rational对象了

请记住:如果你需要为某个函数的所有参数(包括被this指针所指的那个隐喻参数)进行类型转换,那么这个函数必须是non-member的。


条款25:考虑写出一个不抛出异常的swap函数

swap函数就是将两对象的值彼此赋予对方。缺省情况下,swap可由STL提供的swap算法完成。典型实现如下:

namespace std
{
template<typename T>
void swap(T& a, T& b)
{
T temp(a);
a = b;
b = temp;
}
}

只要T支持拷贝(通过拷贝构造函数和copy assignment操作符完成),就可以利用该算法。

但存在某些情况,缺省的swap行为往往效率较低。例如,以指针指向一个对象。考虑下面的class:

class WidgetImpl
{
public:
...
private:
int a, b, c;
vector<double> v;
}; class Widget
{
public:
Widget(const Widget& rhs);
Widget& operator=(const Widget& rhs)
{
...
*pImpl = *(rhs.pImpl);
...
}
private:
WidgetImpl *pImpl;
};

如果我们要交换Widget对象,缺省的算法会拷贝3个Widget对象和3个WidgetImpl对象,效率很低。实际上,我们只需要置换pImpl指针的指向即可。

为了解决效率问题,我们需要告诉std::swap,当交换Widget对象时,只需要交换指针就好了。可以将std::swap针对Widget特化。

namespace std
{
template<>
void swap<Widget>(Widget& a, Widget& b)
{
swap(a.pImpl, b.pImpl); //交换指针值
}
}

这只是个思路,一般我们不能改变std内的任何东西,我们可以令Widget声明一个swap的public成员函数做置换工作,然后将std::swap特化。

class Widget
{
public:
void swap(Widget& other)
{
using std::swap; //
swap(pImpl, other.pImpl);
}
};

注意:成员swap函数绝不可抛出异常。因为swap的一个最好应用是帮助class提供强烈的异常安全性保障。

请记住:当std::swap对你的类型效率不高时,提供一个swap成员函数,并确定这个函数不抛出异常。


补充说明:条款25还有一些其他知识,我没有理解的特别好,就没有说明,但整个问题是由swap效率引发的,下次回顾时再补充吧。

《Effective C++》第4章 设计与声明(2)-读书笔记的更多相关文章

  1. effective java 第2章-创建和销毁对象 读书笔记

    背景 去年就把这本javaer必读书--effective java中文版第二版 读完了,第一遍感觉比较肤浅,今年打算开始第二遍,顺便做一下笔记,后续会持续更新. 1.考虑用静态工厂方法替代构造器 优 ...

  2. 《Effective C++》第4章 设计与声明(1)-读书笔记

    章节回顾: <Effective C++>第1章 让自己习惯C++-读书笔记 <Effective C++>第2章 构造/析构/赋值运算(1)-读书笔记 <Effecti ...

  3. 《Effective C++》第3章 资源管理(2)-读书笔记

    章节回顾: <Effective C++>第1章 让自己习惯C++-读书笔记 <Effective C++>第2章 构造/析构/赋值运算(1)-读书笔记 <Effecti ...

  4. 《Effective C++》第3章 资源管理(1)-读书笔记

    章节回顾: <Effective C++>第1章 让自己习惯C++-读书笔记 <Effective C++>第2章 构造/析构/赋值运算(1)-读书笔记 <Effecti ...

  5. 《Effective C++》第1章 让自己习惯C++-读书笔记

    章节回顾: <Effective C++>第1章 让自己习惯C++-读书笔记 <Effective C++>第2章 构造/析构/赋值运算(1)-读书笔记 <Effecti ...

  6. 《Linux内核设计与实现》读书笔记——第一、 二章

    <Linux内核设计与实现>读书笔记--第一. 二章 标签(空格分隔): 20135321余佳源 第一章 Linux内核简介 1.Unix内核特点 十分简洁:仅提供几百个系统调用并且有明确 ...

  7. 《Linux内核设计与实现》读书笔记——第一二章

    <Linux内核设计与实现>读书笔记——第一二章 第一章 Linux内核简介 1.1 Unix的历史 简洁:仅提供系统调用并有一个非常明确的设计目的. 抽象:Unix中绝大部分东西都被当做 ...

  8. 《Linux内核设计与实现》读书笔记——第五章

    <Linux内核设计与实现>读书笔记--第五章 标签(空格分隔): 20135321余佳源 第五章 系统调用 操作系统中,内核提供了用户进程与内核进行交互的一组接口.这些接口让应用程序受限 ...

  9. 《Linux内核设计与实现》读书笔记(十七)- 设备与模块

    本章主要讨论与linux的设备驱动和设备管理的相关的4个内核成分,设备类型,模块,内核对象,sysfs. 主要内容: 设备类型 内核模块 内核对象 sysfs 总结 1. 设备类型 linux中主要由 ...

随机推荐

  1. python-静态方法staticmethod、类方法classmethod、属性方法property

    Python的方法主要有3个,即静态方法(staticmethod),类方法(classmethod)和实例方法 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 def  ...

  2. ElasticSearch(四) ElasticSearch中文分词插件IK的简单测试

    先来一个简单的测试 # curl -XPOST "http://192.168.9.155:9200/_analyze?analyzer=standard&pretty" ...

  3. linux堆栈

    linux堆栈 进 程(执行的程序)会占用一定数量的内存,它或是用来存放从磁盘载入的程序代码,或是存放取自用户输入的数据等等.不过进程对这些内存的管理方式因内存用途 不一而不尽相同,有些内存是事先静态 ...

  4. 20145303 《Java程序设计》第5周学习总结

    20145303 <Java程序设计>第5周学习总结 教材学习内容总结 1.java中所有错误都会被打包为对象,如果愿意,可以尝试(try)捕捉(catch)代表错误的对象后做一些处理. ...

  5. LeetCode (236):Lowest Common Ancestor of a Binary Search Tree

    Given a binary search tree (BST), find the lowest common ancestor (LCA) of two given nodes in the BS ...

  6. 彻底的卸载干净oracle 11g

    1.关闭oracle所有的服务.可以在windows的服务管理器中关闭:   2.打开注册表:regedit 打开路径: <找注册表 :开始->运行->regedit>   H ...

  7. linux 忘记登陆密码

    声明:如果不是远程登陆,机器在自己身边还有救. 第一步:重启机器,进入brug界面(grub是一个引导管理程序,可以引导linux.winxp等系统,在/boot/grub/中的menu.lst中进行 ...

  8. C#设计模式之控制反转即依赖注入-微软提供的Unity

    使用VS2015的Nuget管理器下载Unity. 程序员接口类: 1 namespace UnityDemo 2 { 3 public interface IProgrammer 4 { 5 voi ...

  9. P4Lang Repository: Switch

    Github Switch Introduction Structure: +-----+ +-----+ +-----+ +-----+ |App a| |App j| |App n| |App z ...

  10. 【咖啡の设备】Wacaco的minipresso便携咖啡机(咖啡粉版,胶囊版)

    之前看到houjy527发帖说入手了一台minipresso胶囊版,想起来这货是个好玩具,出差旅行必备佳品(可惜我从没出过差) minipresso设计很赞,简直不能更方便了~ 下面是houjy527 ...