effectivec++读书笔记4-创新互联

设计class犹如设计type

新type的对象应该如何被创建和销毁?:这会影响到你的class的构造函数和析构函数以及内存分配函数和释放函数的设计。

目前成都创新互联公司已为近1000家的企业提供了网站建设、域名、虚拟空间、网站改版维护、企业网站设计、安阳县网站维护等服务,公司将坚持客户导向、应用为本的策略,正道将秉承"和谐、参与、激情"的文化,与客户和合作伙伴齐心协力一起成长,共同发展。

对象的初始化和对象的赋值有什么样的区别?这答案决定你的构造函数和赋值操作符的行为,以及其间的差异。很重要的是别混淆了“初始化”和“赋值”,因为它们对应不同的函数调用。

新type的对象如果被passed by value(以值传递),意味着什么?记住,copy构造函数用来定义一个type的pass-by-value该如何实现。

什么是新type的“合法值”?对于class的成员变量而言,通常只有某些数值集是有效的。那些数值决定了你的class必须维护的约束条件,也就决定了你的成员函数必须进行的错误检查工作,它也影响函数抛出的异常、以及函数异常明细列。

你的新type需要配合某个继承体系吗?如果你继承自某些既有的classes,你就受到那些classes的设计的束缚,特别是受到“它们的函数是virtual或non-virtual”的影响。如果你允许其他classes继承你的class,那会影响你所声明的函数--尤其是析构函数,是否为virtual。

你的新type需要什么样的转换?如何你允许类型T1之物被隐式转换为类型T2之物,就必须在class T1内写一个类型装换函数或者在class T2内写一个non-expliccit-noe-argument(可被单一实参调用)的构造函数。如果你允许explicit构造函数存在,就得写出专门负责执行转换的函数,且不得为类型转换操作符或non-explicit-one-argument构造函数。

什么样的操作符合函数对此新type而言是合理的?这个取决于你将为你的class声明哪些函数。

什么样的标准函数应该驳回?那些正是你必须声明为private者。

谁该采用新type的成员?这个跟设计成员函数有关。你可以决定哪个成员为private,哪个为protected,哪个为private。

你的新type有多么一般化?或许你其实并非定义一个新type,而是定义一整个types家族。果真如此你就不应该定义一个新class,而是定义一个新的class template。

你真的需要一个新的type吗?如果只是定义新的派生类以便为既有的class添加机能,那么说不定单纯定义一或多个非成员函数或模板,更能够达到目标

宁以pass-by-reference-to-const替换pass-by-value

传值调用会造成代码执行效率低

例如:

class Person
{
public:
    Person();
    virtual ~Person();
private:
    std::string name;
    std::string address;
};
 
class Student :public Person
{
public:
    Student();
    ~Student();
private:
    std::string schoolName;
    std::string schoolAddress;
};
 
bool validateStudent(Student s);


int main()
{
    Student plato;          //定义Student对象
    validateStudent(plato); //传值调用
    return 0;
}

可以看下传值过程中做了那些事情?

①执行6次构造函数:plato传入进函数的时候,需要调用1次Student的构造函数,Student构造函数执行前需要先构造Person ,因此还会调用1次Person类的构造函数。Person和Student两个类中共有4个string成员变量,因此还需要调用string的构造函数4次
②执行6次析构函数:当函数执行完成之后,传入validateStudent函数中的plato副本还需要执行析构函数,那么执行析构函数的时候分别要对应执行6次析构函数(Student+Person+4个string成员变量)

改进:

这种传递方式的效率高得多:没有任何构造函数或析构函数被调用,因为没有任何新对象被创建

以by reference方式传递参数也可以避免slicing(对象切割)问题

例如:

class Window
{
public:
    std::string name()const;
    virtual void display()const;
};
 
class WindowsWithScrollBars :public Window
{
public:
    virtual void display()const;
};
 
void printNameAndDisplay(Window w)
{
    std::cout<< w.name();
    w.display();
}

当执行下面代码时:

int main()
{
    WindowsWithScrollBars wwsb;
    printNameAndDisplay(wwsb);  //WindowsWithScrollBars对象会被截断
    return 0;
}
因为printNameAndDisplay函数的参数为Window类型,所以即使我们传入的是WindowsWithScrollBars类型的对象,那么这个对象会被截断,只取WindowsWithScrollBars对象中属于基类(Window)的内容,然后传递给函数
因此被截断之后,不论如何调用,printNameAndDisplay函数中调用的display函数总是Window的display虚函数,不会是WindowsWithScrollBars中的display虚函数。因为多态只会发生在基类指针/引用指向于派生类的情况下,此处没有指针/引用

改进:

对于内置类型建议传值调用

C++编译器的底层,是把引用以指针的形式实现,因此引用传递就是指针的传递

如果你使用的对象属于内置类型(例如int),内置类型都相当小,传值调用往往比引用传递的效率高些

这条规则在STL的迭代器和函数对象中都被广泛引用

请记住:

1.尽量以pass-by-reference-to-const替换 pass-by-value。前者通常比较高效,并可避免切割问题(slicing problem)。
2. 以上规则并不适用于内置类型,以及STL的迭代器和函数对象。对它们而言,pass-by-value往往比较适当。
必须返回对象时,别妄想返回其reference

自己要记住,任何时候看到一个reference声明式,你都应该立刻问自己,它的另一个名称是什么?

看下面一段代码:我们有一个用来变现有理数的class,内含一个函数用来计算两个有理数的乘积

下面的那一段代码是合理的:

但如果返回值是引用,会存在什么问题呢?看下面的一些调用:

最后的那段代码存在问题,期望“原本就存在一个其值为3/10的Rational对象”并不合理。如果operator*要返回一个reference指向如此数值,它必须自己创建那个Rational对象。

方案1:

stack 空间或在 heap空间创建对象,例如:

friend const Rational&
    operator*(const Rational& lhs, const Rational& rhs)
{
    Rational result(lhs.n*rhs.n, lhs.d*rhs.d);
    return result; //虽然编译器不报错,但是逻辑上是错误的
}

原因:由于result是局部对象,函数结束之后局部对象(栈空间)就释放了,引起返回其引用是无效的,也就是说该函数返回了一个已经无效的对象的引用。

friend const Rational&
    operator*(const Rational& lhs, const Rational& rhs)
{
    Rational *result = new Rational(lhs.n*rhs.n, lhs.d*rhs.d);
    return *result;//虽然编译器不报错,但是逻辑上是错误的
}

Rational w, x, y, z;
w = x*y*z; //相当于operator*(operator*(x,y),z);

原因:在函数内,我们在堆上申请了一个对象,然后返回对象的引用,虽然函数结束之后对象仍存在,我们使用起来不会出错,但是这个函数内部建立的对象我们无法释放(因为我们无法获取其指针,不能进行delete操作)。因此会造成内存泄漏

方案2:返回一个静态局部变量

例如:

friend const Rational&
    operator*(const Rational& lhs, const Rational& rhs)
{
    static Rational result; //静态局部变量
 
    //result=...; 将lhs乘以rhs,然后将结果保存在result中
 
    return *result; //虽然编译器不报错,但是逻辑上是错误的
}

再看下面的代码:先不管多线程安全的问题

bool operator==(const Rational& lhs,const Rational& rhs);
int main()
{
    Rational a,b,c,d;
    //...
    if((a*b)==(c*d)){ //此if永远为真,因为operator*返回的都是同一个对象的引用

    }
    else{
    }
}

表达式((a*b) =- (c*d))总是被核算为true,不论a, b, c和d的值是什么!

原因:在operator== 被调用前,已有两个operator*调用式起作用,每一个都返回reference指向operator*内部定义的static Rational对象。因此operator==被要求将“operator*内的 static Rational对象值”拿来和“operator*内的 staticRational对象值”比较,那么当我们每回调用operator*函数的时候,每回返回的都是同一个静态局部变量的引用。

请记住:

绝不要返回pointer或reference指向一个local stack对象,或返回reference指向一个heap-allocated对象,或返回pointer或reference指向一个local static对象而有可能同时需要多个这样的对象。
宁以non-member,non-friend替换member函数

象有个class用来表示网页浏览器。这样的 class可能提供的众多函数中,有一些用来清除下载元素高速缓存区(cache of downloaded elements)、清除访问过的URLs的历史记录等,例如:

许多用户会想一整个执行所有这些动作,因此webBrowser也提供这样-一个函数:

那么是成员函数好还是非成员函数呢?

解释:

1.提供non-member函数可允许对webBrowser 相关机能有较大的包裹弹性( packaging flexibility),而那最终导致较低的编译相依度,增加 webBrowser的可延伸性。如果某些东西被封装,它就不再可见。愈多东西被封装,愈少人可以看到它。而愈少人看到它,我们就有愈大的弹性去变化它。
2.第二件值得注意的事情是,只因在意封装性而让函数“成为class 的 non-member”,并不意味它“不可以是另一个class 的member”

namespace和 classes不同,前者可跨越多个源码文件而后者不能。一个像webBrowser这样的class可能拥有大量便利函数,某些与书签(bookmarks>有关,某些与打印有关,分离它们的最直接做法就是将书签相关便利函数声明于一个头文件,将cookie相关便利函数声明于另一个头文件,以此类推。

这正是C++标准程序库的组织方式。

以此种方式切割机能并不适用于class成员函数,因为一个class必须整体定义,不能被分割为片片段段。一小部分。

将所有便利函数放在多个头文件内但隶属同一个命名空间,意味客户可以轻松扩展这一组便利函数。他们需要做的就是添加更多non-member non-friend函数到此命名空间内。

请记住:

宁可拿non-member non-friend 函数替换member函数。这样做可以增加封装性、包裹弹性(packaging flexibility)和机能扩充性
若所有参数皆需类型转换,请为此采用non-member函数

先看一段关于类型转换的代码:

如果这样去使用代码:

int main()
{
    Rational oneEighth(1, 8);
    Rational oneHalf(1, 2);
 
    Rational result = oneHalf*oneEighth;//正确
    result = result*oneEighth;          //正确
 
    return 0;
}

由于可以进行隐式的类型转换,因此我们还可以进行下面的有理数相乘

int main()
{
    Rational oneHalf(1, 2);
 
    //2隐式转换为Rational类型
    //然后下面代码等价于result=oneHalf.operator*(2) 
    Rational result = oneHalf * 2; 
 
    return 0;
}

在上面的代码中,编译器知道你正传递一个int对象,但是operator*()需要的是Rational,因此它调用Rational构造函数并赋予你所提供的int,就可以构造出一个临时的Rational对象,但是如果这样使用:下面是错误的代码

Rational oneHalf(1, 2);
 
   //代码相当于2.operator*(oneHalf)
   Rational result = 2 * oneHalf; //错误

oneHalf是一个内含operator*函数的class的对象,所以编译器调用该函数。然而整数2 并没有相应的class,也就没有operator*成员函数。编译器也会尝试寻找可被以下这般调用的non-member operator*(也就是在命名空间内或在global作用域内):

从上面的例子我们可以看到,如果operator*()为成员函数,在某些情况下即使存在隐式转换也不能成功执行。只有当参数被列于参数列(parameter list)内,这个参数才是隐式类型转换的合格参与者。地位相当于“被调用之成员函数所隶属的那个对象”—--即 this对象—一的那个隐喻参数,绝不是隐式转换的合格参与者。

例如:

class Rational
{
public:
    Rational(int numerator = 0, int denominator = 1);
    int numerator()const;
    int denominator()const;
private:
    //...
};
 
const Rational operator*(const Rational& lhs,const Rational& rhs)
{
    return Rational(lhs.numerator()*rhs.numerator,
        lhs.denominator()*lhs.denominator());
}

那么下面的调用都是正确的:

int main()
{
    Rational oneEighth(1, 8);
    Rational oneHalf(1, 2);
 
    Rational result;
 
    result = oneHalf*oneEighth;
    result = result*oneEighth;    
 
    result = oneHalf * 2;
    result = 2 * oneHalf;
    result = 2 * oneHalf*2;
    result = oneHalf * 2 * oneHalf;
 
    return 0;
}

请记住:

1.如果你需要为某个函数的所有参数(包括被this这指针很所指的那个隐喻参数)进行类型转换,那么这个函数必须是个non-member
2.如果一个函数不建议声明为member版本,那么就将该函数声明为non-member版本,而不是friend函数

你是否还在寻找稳定的海外服务器提供商?创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源,准确流量调度确保服务器高可用性,企业级服务器适合批量采购,新人活动首月15元起,快前往官网查看详情吧


文章标题:effectivec++读书笔记4-创新互联
地址分享:http://myzitong.com/article/csdpdc.html