条款13：以对象管理资源

使用RAII，获得资源后立刻放进管理对象，管理对象运用析构函数确保资源被释放。

为防止资源泄露，请使用RAII对象，它们在构造函数中获得资源并在析构函数中释放资源。

两个常被使用的RAII类是tr1::shared_ptr和tr1::auto_ptr。前者通常是较佳选择，因为其拷贝行为比较直观。若选择auto_ptr,复制动作会使被复制物指向null.

 条款14：在资源管理类中小心拷贝行为

n  复制RAII对象必须一并复制它所管理的资源，所以资源拷贝行为决定RAII对象的拷贝行为。

n  普遍而常见的RAII类拷贝行为是：抑制拷贝，使用引用计数法。

条款15：在资源管理类中提供对原始资源的访问

n  APIs往往要求访问原始资源，所以每一个RAII类应该提供一个取得其所管理之资源的办法

n  对原始资源的访问可能经由显示转换或隐式转换。一般而言显式转换比较安全，但隐式转换对客户比较方便。

条款16：成对使用new和delete时要采取相同形式

考虑下面的typedef,:

typedef std::string AddressLines[4];

由于AddressLines是个数组，如果这样使用new;

std::string *pal=new AddressLInes;

那就必须匹配数组形式的delete:

delete pal;   //未定义行为

delete []pal;  //正确

n  如果你在new表达式中使用[],必须在相应的delete表达式中也使用[]。如果你在new表达式中不使用[],一定不要在相应的delete表达式中使用[]。

条款17：以独立语句将newed对象置入智能指针

考虑以下代码：

int priority(); //处理程序的优先级

void processWidget(std::tr1::shared_ptr<Widget>  pw,int priority);

processWidget(std::tr1::shared_ptr<Widget>(new Widget),priority());

以上代码可以通过编译，但却不是异常安全的，因为new Widget和priority()的调用顺序是不确定的。如果调用的顺序是这样的：

1.      执行new Widget

2.      调用priority

3.      调用tr1::shared_ptr构造函数

如果调用priority时出现了异常，new Widget申请的资源将会出现内存泄露。

避免上述问题的方法是分离语句：

std::tr1:shared_ptr<Widget> pw(newWidget);

processWidget(pw,priority());

这样，编译器就不能任意选择语句的执行顺序了。

n  以独立语句将newed的对象存储到智能指针内。如果不这样做，一旦异常被抛出，有可能导致难以察觉的资源泄露。

 条款18：让接口容易被正确使用，不易被误用

n  好的接口容易被正确使用，不容易被误用，你应该在你的所有接口中努力达成这些性质。

n  促进正确使用的办法包括接口的一致性，以及与内置类型的行为兼容。

n  阻止误用的办法包括建立新类型，限制类型上的操作，束缚对象值，以及消除客户的资源管理责任。

条款19：设计class犹如设计类型

设计优秀的calsses是一项艰巨的工作，因为设计好的types是一项艰巨的工作。好的types有自然的语法，直观的语义，以及一个或者多个高效实现品。在C++中，一个不良规划下的class定义恐怕无法达到上述任何一个目标，甚至class的成员函数的效率有可能受到他们如何被声明的影响。

条款20：宁以传递指向const的引用代替传值

考虑以下类：

classWindow

{

public:

       std::string name() const;

       virtualvoid display()const;

};

 classWindowWithScrollBars:public Window

{

public:

       virtualvoid display()const;

};

voidprintNameAndDisplay(Window w)

{

std::cout<<w.name()<<endl;

w.display();

}

如果调用上述函数并交给它一个Window对象，在函数内调用的是Window::display,而不会调用派生类的display函数，解决上述问题的办法是：

void printNameAndDisplay(const Window&w)

{

std::cout<<w.name();

w.display();

}

 传引用的方式相比于传值的方式，有两个优点，一是提高程序的执行效率二是避免了对象的分割问题。

 n  尽量以传递指向常量的引用代替传值，前者通常更加高效，并可避免切割问题

n  以上规则并不适用于内置类型，以及STL的迭代器和函数对象。对它们而言，传值往往比较适当。

条款21：必须返回对象时，别妄想返回其引用

如果重载乘法运算符如下：

const Rational & operator *(constRational &lhs,const Rational &rhs)

{

Rational result(lhs.n*rhs.n,lhs.d*rhs.d);

return result;

}

 这个函数返回了局部变量的引用，因而是错误的。

在看另外一个版本：

const Rational & operator *(constRational& lhs,const Rational & rhs)

{

Rational *result=newRational(lhs.n*rhs.n,lhs.d*rhs.d);

return *result;

}

这个函数完成了对象的初始化工作，但是堆上分配的内存无法释放因为会造成内存泄露问题。

必须返回一个对象时，函数的正确写法是：就让那个函数返回一个新对象。

函数可以改写如下：

inline const Rational operator *(constRational &lhs,const Rational &rhs)

{

return Rational(lhs.n*rhs.n,lhs.d*rhs.d);

}

 为了获取正确的结果，必须忍受一个构造函数和析构函数的代价。

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

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

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

考虑以下类：

classWebBrower

{

public:

       voidclearCache();

       voidclearHistory();

       voidremoveCookies();

};

 如果想要连续调用三个函数，可以这样设计一个成员函数：

classWebBrowser

{

public:

       voidclearEverything();  //调用上面三个函数

};

 这个函数也可以使用以下的版本代替：

voidclearBrowser(WebBrowser & wb)

{

wb.clearCache();

wb.clearHisttory();

wb.removeCookies();

}

 这个非成员非友元的版本要比成员函数的版本更好，因为它不能访问private成员，提供了更大的封装性。

 条款24：若所有参数皆需类型转换，请为此采用非成员函数

考虑以下类的定义：

class Rational

{

         public:

                   constRational operator *(const Rational *rhs) const;

                   …

}

 尝试如下方式调用：

result=oneHalf*2; //正确

result=2*oneHalf;  //错误

只有参数被列于参数列表中时，这个参数才是隐式类型转换的合格参与者。

 n  如果想让result=2*oneHalf;也成为合法的调用，可以把operator*()函数写成非成员函数的形式。

如果需要为某个函数的所有参数进行类型转换，那么这个函数必须是个非成员函数。

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

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

n  如果你提供一个memberswap,也该提供一个non-member swap用来调用前者，对于类也请特化std::swap

《effective c++》读书笔记2