本文主要是介绍《effective c++》读书笔记2,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
条款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的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!