15.1 OOP:概述

  • 面向对象程序设计(object-oriented programming)的核心思想是:数据抽象继承动态绑定

    • 使用数据抽象,可将类的接口与实现分离
    • 使用继承,可定义相似的类型并对其相似关系建模
    • 使用动态绑定,可在一定程度上忽略相似类型的区别,以统一的方式使用它们的对象
  • 通过继承联系在一起的类有一种层次关系:通常在层次关系的根部有一个基类,其他类直接或间接地由基类继承而来,称为派生类。
  • 基类定义层次关系中的共同成员,每个派生类定义各自特有的成员
  • 虚函数:基类希望它的派生类各自定义自身版本的这种函数,则在基类中声明为虚函数,形式为返回类型前加关键字virtual
  • 类派生列表:派生类必须通过类派生列表来明确指出从哪个/哪些基类继承而来。形式为冒号后紧跟逗号分隔的基类列表,每个基类前可有访问说明符

动态绑定

  • 派生类重新定义的虚函数可在声明时加virtual,但并非强制(基类中定义为虚的函数,在派生类中默认为虚)
  • 派生类必须在内部对需要重新定义的虚函数进行声明。
  • C++11允许派生类显式注明用哪个成员函数覆盖基类的虚函数,形式是在其形参列表后加override关键字
  • 通过动态绑定,可用同一段代码分别处理基类和派生类的对象
  • 动态绑定/运行时绑定:使用基类的引用/指针调用虚函数时,函数的版本由运行时的对象类型决定
//基类
class Quote{
public:
string isbn() const;
//虚函数,允许派生类重新定义
virtual double net_price(size_t n) const;
}; //派生类Bulk_quote继承自基类Quote
class Bulk_quote: public Quote {
public:
//实现派生类的虚函数,并覆盖基类中的版本
double net_price(size_t n) const override;
}; double print_total(ostream &os,const Quote &item,size_t n){
//item是基类类型的引用,它可以引用基类或派生类的对象
//net_price是虚函数,则调用的版本取决于运行时item指向的真正的类型
double ret=item.net_price(n);
os<<"ISBN: "<<item.isbn()
<<" # sold: "<<n
<<" total due: "<<ret<<endl;
return ret;
}
/* 假设basic是基类对象,bulk是派生类对象 */
print_total(cout,basic,20);
print_total(cout,bulk,20);

15.2 定义基类和派生类

15.2.1 定义基类

class Quote{
public:
//显式合成默认构造函数
Quote()=default;
//构造函数初始化数据成员
Quote(const std::string &book, double sales_price):
bookNo(book),price(sales_price) {}
std::string isbn() const {return bookNo;}
//虚函数
virtual double net_price(std::size_t n) const {return n*price;}
//虚析构函数
virtual ~Quote()=default;
private:
std::string bookNo;
//protected成员仅允许其派生类访问
protected:
double price=0.0;
};
  • 继承关系中根节点的类通常应定义一个虚析构函数,即使它不执行任何操作
  • 对于虚函数,派生类经常要提供自己的新定义来覆盖从基类继承而来的旧定义
  • 基类的两种成员函数:
    • 基类希望其派生类进行覆盖:定义为虚函数,使用指针/引用调用时,在运行时动态绑定
    • 基类希望其派生类直接继承:解析过程发生在编译期而非运行时
  • 基类在成员函数声明语句前加关键字virtual将其声明为虚函数,使用动态绑定。
  • 任何除构造函数之外非static函数都可以是虚函数
  • 关键字virtual只能出现在类内部的声明语句前,不能用于类外的定义
  • 若基类把一个函数声明为虚函数,则在其派生类中也隐式地是虚函数
  • 派生类可继承基类的成员,但派生类的成员函数不能访问从基类继承而来的private成员
  • 基类的protected成员可允许其派生类访问,但禁止其他用户访问

15.2.2 定义派生类

  • 派生类必须使用类派生列表明确指出是从哪个/哪些基类继承而来的
  • 类派生列表的形式是一个冒号后紧跟以逗号分隔的基类列表,每个基类前可有访问说明符public/protected/private
  • 对于需要覆盖的成员函数,派生类必须重新声明
  • 类派生列表中的访问说明符是控制派生类从基类继承而来的成员是否对派生类的用户可见
  • public派生:
    • 若一个派生是public的,则基类的public成员也是派生类接口的一部分
    • 可将public派生类型的对象绑定到基类的引用/指针上
  • 大多数类都只继承自一个基类,这称为单继承
//public继承
class Bulk_quote: public Quote{
public:
Bulk_quote()=default;
Bulk_quote(const std::string &,double,std::size_t,double);
//基类中是虚函数,派生类中隐式地也是虚函数
double net_price(std::size_t) const override;
private:
std::size_t min_qty=0;
double discount=0.0;
};

派生类中的虚函数

  • 派生类经常(但不总是)覆盖它继承的虚函数,若未覆盖则直接继承基类中的版本(类似普通成员函数)
  • 派生类可在其覆盖的函数前使用virtual关键字(并非必要),基类中的虚函数在派生类中隐式地也是虚函数
  • C++11可用override关键字显式注明覆盖基类中的虚函数,此时若未覆盖则报错
  • override出现在形参列表后、const函数的const关键字后、引用成员函数的引用限定符后

派生类对象及派生类向基类的类型转换

  • 派生类对象包含多个组成部分:

    • 基类部分:从基类中继承而来的部分,若继承自多个基类,则有多个基类部分
    • 派生类部分:派生类自己定义的非static成员
  • C++标准并未规定派生类对象在内存中如何分布,基类部分和派生类部分并不一定是各自连续的
  • 派生类到基类的类型转换:可将基类的指针/引用绑定到派生类对象的基类部分,这种转换是隐式的
/* 假设Bulk_quote从Quote派生而来 */
Quote item; //基类对象
Bulk_quote bulk; //派生类对象
Quote *p=&item; //基类指针
p=&bulk; //可将派生类对象绑定到基类指针,p指向派生类的基类部分
Quote &r=bulk; //可将派生类对象绑定到基类引用,r绑定到派生类的基类部分

派生类构造函数

  • 每个类控制自己成员的初始化:派生类不能直接初始化从基类继承而来的成员,必须使用基类的构造函数来初始化其基类部分
  • 在派生类的构造函数初值列表中,将实参传递给基类的构造函数来初始化基类部分,否则基类默认初始化
  • 派生类构造函数运行过程:
    • 初始化基类部分:在初值列表中执行基类构造函数,否则默认初始化
    • 按声明顺序初始化派生类部分的成员
    • 执行派生类构造函数体
//在派生类的构造函数初值列表中显式构造基类部分
Bulk_quote::Bulk_quote(const std::string &book,double p,std::size_t qty,double disc):
Quote(book,p),min_qty(qty),discount(disc) {}

派生类使用基类的成员

  • 派生类成员可访问基类的public/protected成员
  • 派生类的作用域嵌套在基类作用域内部,故在派生类中可直接使用基类成员
  • 每个类定义自己的接口:派生类不能直接初始化基类成员,而应遵循基类接口,使用基类构造函数

继承与静态成员

  • 若基类定义了static成员,则在整个继承体系中只有该成员的唯一定义。无论派生出多少个派生类,对static成员来说都只有唯一的实例
  • static成员遵循通用的访问控制。若某static成员可访问,则既可通过基类使用也可通过派生类使用
class Base{
public:
static void statmem(); //static成员函数
};
class Derived: public Base{
void f(const Derived &);
};
void Derived::f(const Derived &derived_obj){
Base::statmem(); //Base定义了statmem
Derived::statmem(); //Derived继承了statmem
derived_obj.statmem(); //通过Derived对象访问
statmem(); //通过this对象访问
}

派生类的声明

  • 派生类只声明不定义时,不可包含派生列表。声明是让程序知道名字的存在和实体类型,派生列表是定义的一部分。

被用作基类的类

  • 若要将某类用作基类,则必须已定义,不可只声明。因为定义派生类时必须已知基类,才可包含并使用基类部分。
  • 一个类不能派生它本身
  • 一个类可以是派生类,也可是其他类的基类
  • 直接基类出现在派生列表中,间接基类通过直接基类继承而来
  • 每个类都继承其直接基类的所有成员,故最终的派生类包含其直接基类的子对象以及每个间接基类的子对象

防止继承的发生

  • C++11使用final关键字禁止一个类被继承
class NoDerived final {/* 定义 */}; //不可被继承
class Base{/* 定义 */};
class Last final: Base{/* 定义 */}; //不可被继承
class Bad: NoDerived{/* 定义 */}; //错,NoDerived是final
class Bad2: Last{/* 定义 */}; //错,Last是final

15.2.3 类型转换与继承

  • 把引用/指针绑定到一个对象的情况:

    • 引用/指针的类型与对象一致
    • 对象的类型含有可接收的const转换规则
    • 可将基类类型的引用/指针绑定到派生类对象
  • 使用基类的引用/指针时,并不知道它绑定的对象的真实类型(运行时才可确定)
  • 基类类型的智能指针也支持动态绑定

静态类型和动态类型

  • 静态类型和动态类型:

    • 静态类型在编译期已知,是变量/表达式声明时的类型
    • 动态类型到运行期才可知,是变量/表达式在内存中对象的类型
  • 只有基类的引用/指针才可能发生静态类型和动态类型不一致的情况

基类和派生类之间的类型转换

  • 基类和派生类之间的自动类型转换:

    • 存在派生类向基类转换,即基类引用/指针可指向派生类:每个派生类都有基类部分,基类引用/指针可绑定到基类部分
    • 不存在基类向派生类的转换,即派生类引用/指针不可指向基类:基类的对象可能是派生类的一部分,也可能不是
    • 特别是,即使基类的引用/指针绑定到派生类,也不可将其赋值给该派生类类型的引用/指针
    /* 上下文:Bulk_quote由Quote派生而来 */
    Bulk_quote bulk;
    Quote *itemP=&bulk; //对,基类指针可指向派生类对象
    Bulk_quote *bulkP=itemp; //错,基类指针不可转为派生类指针,即使该基类指针实际指向该派生类类型
  • 基类向派生类的显式转换:

    • 编译器只能检查引用/指针的静态类型来判断转换是否合法,故无法确定基类向派生类的转换在运行时是否安全,隐式转换会报错
    • 若基类中有虚函数,则可用dynamic_cast来请求向派生类的类型转换,该转换的安全检查将在运行时执行
    • 若已知某个基类向派生类的转换一定是安全的,则可用static_cast来强制覆盖编译器的检查
  • 派生类对象向基类对象的隐式转换(slice down):

    • 派生类向基类的自动转换只对指针/引用有效,在派生类对象和基类对象之间不存在隐式转换。直接转换对象得到的可能并非预期
    • 对类类型的对象初始化/赋值时,实质上是在调用构造函数/赋值算符,它们参数的类型经常是该类类型的引用。
    • 由于参数是引用,故允许给基类的构造/拷贝/移动/赋值操作传递派生类对象。这些操作不是虚函数,故实际上运行的是基类的版本,它只能处理基类成员。
    • 给基类的构造/拷贝/移动/赋值操作传递派生类对象时,只处理基类成员,忽略派生类自己的成员,派生类部分被切掉(sliced down)
    /* 上下文:Bulk_quote由Quote派生而来 */
    Bulk_quote bulk;
    Quote item(bulk); //调用基类构造函数Quote::Quote(const Quote &)
    item=bulk; //调用基类赋值算符Quote::operator=(const Quote &)

    具有继承关系的类之间的转换规则

    • 从派生类到基类的类型转换只对引用/指针有效
    • 基类向派生类不存在隐式转换
    • 派生类向基类的转换也可能因为访问受限而不可行(只有public继承,即派生类中的基类部分可被用户访问时,用户才可用基类指针访问派生类成员)
    • 由于拷贝控制成员参数是引用,故经常可将派生类拷贝/移动/赋值给基类,此时只处理基类部分

15.3 虚函数

  • 由于只有运行时才知道调用了哪个虚函数,故所有虚函数都必须有定义
  • 虚函数调用的版本:
    • 通过引用/指针调用虚函数时,被调用的版本是引用/指针绑定的动态类型对应的版本
    • 通过非引用非指针的表达式调用虚函数时,编译期决定调用的版本为静态类型对应的版本
/* 上下文:
* Bulk_quote由Quote派生而来,
* print_total第二个形参是Quote类型的引用,该函数中调用Quote的net_price方法
* net_price是虚函数,在Bulk_quote中被覆盖
*/
Quote base("0-201-82470-1",50);
Bulk_quote derived("0-201-82470-1",50,5,0.19);
//执行动态类型的版本
print_total(cout,base,10); //引用形参绑定到基类对象,内部调用Quote::net_price
print_total(cout,derived,10); //引用形参绑定到派生类对象,内部调用Bulk_quote::net_price
//执行静态类型的版本
base=derived; //拷贝派生类的基类部分
base.net_price(20); //base是基类类型,调用Quote::net_price

C++的多态

  • 多态:具有继承关系的多个了类型称为多态类型,因为可使用它们的多种形式而无需在意它们的差异
  • 使用基类的引用/指针调用基类成员函数时:
    • 若该函数为虚,则运行时才可确定调用的是动态类型对应的版本
    • 若该函数非虚,则编译期即可确定调用的是静态类型对应的版本
  • 当且仅当引用/指针调用虚函数时,对象的静态类型和动态类型才会不同,使得解析调用发生在运行时

派生类中的虚函数

  • 派生类中覆盖了虚函数时,可再次使用virtual关键字声明,但并非必须。基类中被声明为虚的函数在派生类中隐式为虚
  • 虚函数的形参列表和返回类型:
    • 派生类虚函数的形参必须与被它覆盖的基类虚函数完全一致。
    • 派生类虚函数的返回类型必须与基类虚函数一致。除非返回类型是类自身的引用/指针,此时要求从派生类到基类的转换可访问(即派生类中的基类部分可被用户访问)。

final 和 override 说明符

  • 若派生类定义了函数,它与基类中虚函数同名但形参列表不同,则它是独立的而不是覆盖。编译器认为新函数与继承自基类的函数是独立的,新函数不会被基类的引用/指针调用。
  • C++11允许使用override关键字来说明派生类中的虚函数覆盖了基类的虚函数。若使用override标记了某函数但它未覆盖基类的虚函数,则报错
  • override标记的函数未覆盖基类虚函数则报错
  • 只有虚函数才可被覆盖,非虚函数要么重载要么重复定义
  • 将某函数指定为final,禁止覆盖该函数
  • final和override说明符出现在形参列表(包括const和引用修饰符)和尾置返回类型之后
struct B{
virtual void f1(int) const;
virtual void f2();
void f3();
};
struct D1: B{
void f1(int) const override; //对,f1与基类参数相同,覆盖
void f2(int) override; //错,f2与基类参数不同,未覆盖
void f3() override; //错,基类中f3不是虚函数
void f4() override; //错,基类中无f4,故不是虚函数
}
struct D2: B{
void f1(int) const final; //使用final,禁止派生类覆盖
};
struct D3: D2{
void f2(); //对,覆盖从间接基类B中继承的f2
void f1(int) const; //错,D2中f1是final,禁止派生类覆盖
};

虚函数与默认实参

  • 虚函数可以有默认实参,若某次函数调用使用了默认实参,则实参值由静态类型确定
  • 通过基类的引用/指针调用函数,则使用基类中的默认实参,即使运行的是派生类版本的函数。因此虚函数的默认实参应与基类一致

回避虚函数机制

  • 若希望对虚函数的调用不要动态绑定,而是指定某个类的版本,则可用作用域算符
  • 通常只有成员函数或友元的代码才需要使用作用域算符来回避动态绑定
  • 当派生类的虚函数调用它覆盖的基类虚函数时,需要手动指定虚函数版本,回避动态绑定(否则调用自身,无限递归)
double discounted=baseP->net_price(42);  //指针调用虚函数,在运行时确定版本
double undiscounted=baseP->Quote::net_price(42); //手动指定执行Quote中的版本

15.4 抽象基类

纯虚函数

  • 将一个虚函数定义为纯虚函数,可明确告诉编译器这个函数只用于抽象,没有实际意义,无需被定义
  • 将虚函数定义为纯虚函数的方法是在函数体的位置写=0,且只能出现在类内部的虚函数声明语句处
/* 上下文:Quote是基类,其成员函数net_price是虚函数 */
class Disc_quote: public Quote{
public:
Disc_quote()=default;
Disc_quote(const string &book,double price,size_t qty,double disc):
Quote(book,price),quantity(qty),discount(disc) {}
//该函数在基类中是virtual,此处=0定义为纯虚函数,使得这个类成为抽象基类
double net_price(size_t) const =0;
protected:
size_t quantity=0;
double discount=0.0;
};c

含有纯虚函数的类是抽象基类

  • 不可直接定义抽象基类的对象,但其派生类的构造函数可使用抽象基类的构造函数来构建派生类的基类部分
  • 也可为纯虚函数提供定义,但函数体必须在类外部。即,类内部不可为=0的函数再提供函数体
  • 含有(或未经覆盖直接继承)纯虚函数的类是抽象基类。抽象基类定义接口,其派生类可覆盖其接口。不能直接创建抽象基类的对象

派生类构造函数只初始化它的直接基类

  • Quote在的继承体系中增加Disc_quote类是重构(refactoring)
  • 重构负责重新设计类的体系,以便将操作/数据从一个类中移到另一个类中。对OOP而言重构很普遍
/* 上下文:15.4中定义的抽象基类Disc_quote,其中net_price是纯虚函数 */
class Bulk_quote: public Disc_quote{
public:
Bulk_quote()=default;
//抽象基类Disc_quote不可创建对象,但可在派生类Bulk_quote的构造函数中创建基类部分
Bulk_quote(const string &book,double price,size_t qty,double disc):
Disc_quote(book,price,qty,disc) {}
//覆盖了纯虚函数,该类不再是抽象基类
double net_price(size_t) const override;
};

15.5 访问控制与继承

受保护的成员

  • 每个类控制自己成员的初始化,还控制自己的成员对派生类是否可访问
  • 使用protected说明符来说明它希望被派生类访问但不希望被其他用户访问的成员:
    • 类似private,protected成员对类的用户不可访问
    • 类似public,protected成员对派生类的成员和友元可访问
    • 派生类的成员和友元只能通过派生类对象来访问其基类部分的protected成员,对基类对象中的protected成员不可访问
class Base{
protected:
int prot_mem; //基类中的protected成员
};
class Sneaky: public Base{
friend void clobber(Sneaky &); //使用派生类对象来访问
friend void clobber(Base &); //使用基类对象来访问
int j;
};
//对,派生类的友元可通过派生类对象来访问其基类部分的protected
void clobber(Sneaky &s){s.j=s.prot_mem=0;}
//错,不可通过基类对象来访问其protected
void clobber(Base &b){b.prot_mem=0;}

公有、私有和受保护继承

  • 派生类的成员/友元不可访问基类对象的protected成员的原因是:若可以访问,则只需继承基类并声明友元(类似上例),即可规避protected的保护机制。
  • 某个类对其继承而来的成员的访问权限受两方面影响:
    • 基类中该成员的访问说明符:说明基类成员的权限(派生类能否访问该成员,用户能否访问该成员)
    • 类派生列表中的访问说明符:说明派生类中基类部分的权限(派生类的用户能否访问其基类部分)
  • 派生类的成员/友元能否访问直接基类的成员,只与直接基类成员的访问说明符有关,与派生访问说明符无关
  • 派生访问说明符的目的是控制派生类用户(包括派生类对象和派生类的派生类)能否访问该派生类的基类部分
  • 假设D继承自B,则基类部分的访问控制:
    • 若是public继承:D的基类部分在D中public,D的所有用户都可访问其基类部分(基类部分的成员在D中保持基类中定义的访问控制)
    • 若是protected继承:D的基类部分在D中protected,D的派生类成员/友元可访问其基类部分(基类部分的public成员在D中变为protected)
    • 若是private继承:D的基类部分在D中private,只有D的成员/友元可访问其基类部分(基类部分的成员在D中都变为private)
class Base{
public:
void pub_mem();
protected:
int prot_mem;
private:
char priv_mem;
}; //public派生,基类部分对外可见
struct Pub_Derv: public Base{
int f(){return prot_mem;} //对,派生类可访问基类protected成员
char g(){return priv_mem;} //错,派生类不可访问基类private成员
}; //private派生,基类部分对外不可见
struct Priv_Derv: private Base{
int f1() const {return prot_mem;} //对,派生类可访问基类protected成员
}; Pub_Derv d1; //public派生,基类部分是public
Priv_Derv d2; //private派生,基类部分是private
d1.pub_mem(); //对,public派生时基类部分对外可见
d2.pub_mem(); //错,private派生时基类部分对外不可见 //Base--(public)-->Pub_Derv--(public)-->Derived_from_Public
struct Derived_from_Public: public Pub_Derv{
int use_base(){return prot_mem;} //对,Pub_Derv中的Base::prot_mem仍是protected
};
//Base--(private)-->Priv_Derv--(public)-->Derived_from_Private
struct Derived_from_Private: public Priv_Derv{
int use_base(){return prot_mem;} //错,Priv_Derv中的Base::prot_mem是private
};

派生类向基类转换的可访问性

  • 派生类向基类的类型转换是否可访问,由使用转换的代码和派生类的派生访问说明符共同决定。假定D继承自B:

    • 只有D是public继承B时,用户代码才能使用D向B的转换,protected/private继承不可转换
    • D以任何方式继承B,D的成员函数/友元都可使用D向B的转换
    • 若D是public/protected继承B,则D的派生类成员/友元可使用D向B的转换
  • 对代码中的某个节点而言,若派生类中基类部分是可访问的,则派生类向基类的转换是可行的,否则不可转换。
  • 三种用户:
    • 普通用户:使用类的对象,只能访问类的public成员
    • 实现者:类的成员和友元,它们可访问类中的所有成员
    • 派生类:由类派生而来,可访问public成员和protected成员

友元与继承

  • 友元关系不可传递,也不可继承。即,基类的友元不是派生类的友元,派生类的友元不是基类的友元
  • 一个类的友元类的派生类不是这个类的友元
  • 每个类负责控制自己成员的访问权限,即基类也控制派生类中基类部分的权限。特别的,基类的友元可访问派生类中基类部分的private
class Base{
friend class Pal; //Pal是其友元类
protected:
int prot_mem; //基类中的protected成员
};
class Sneaky: public Base{
int j; //派生类中的private成员
};
class Pal{
public:
int f(Base b){return b.prot_mem;} //对,该类是Base的友元
int f2(Sneaky s){return s.j;} //错,基类友元不可访问派生类中非基类部分的private
int f3(Sneaky s){return s.prot_mem;} //对,基类友元可访问派生类中基类部分的private
};
class D2: public Pal{
public:
int mem(Base b){return b.prot_mem;} //错,友元类的派生类不是友元
};

改变个别成员的可访问性

  • 若需改变派生类继承的某个名字的访问级别,可使用using声明
  • 类内部使用using声明,可对该类的直接/间接基类的任何可访问成员重定义访问权限。新的访问权限是该using语句所在处的权限
  • 只有该类内部自己可访问的成员,才可用using改变权限
class Base{
public:
size_t size() const {return n;}
protected:
size_t n;
};
//private继承,则基类部分所有成员变为派生类的private
class Derived: private Base{
public:
using Base::size; //将基类部分的size变为public
protected:
using Base::n; //将基类部分的n变为protected
};

默认的继承保护级别

struct和class区别:

  • 成员访问说明符:struct默认是public成员,class默认是private成员
  • 派生访问说明符:struct默认是public继承,class默认是private继承
class Base {/* 定义 */};
struct D1: Base{/* 定义 */}; //默认public继承
class D2: Base{/* 定义 */}; //默认private继承

15.6 继承中的类作用域

  • 每个类定义一个自己的作用域
  • 类存在继承关系时,派生类的作用域嵌套在基类作用域中。若一个名字在派生类中无法解析,则去基类中寻找定义
  • 由于继承关系的类作用域嵌套,所以派生类可直接访问基类成员(而不需指定基类作用域)
  • 派生类调用成员时名字的解析过程,例如Derv.func()
    1. 查找调用类型Derv的作用域
    2. 查找调用类型Derv的基类的作用域
    3. 沿着继承链向最终的基类查找

在编译时进行名字查找

  • 对象/引用/指针的静态类型决定该对象的哪些成员可见(即名字查找),即使静态类型与动态类型不一致。
/* 上下文:
* Quote(定义于15.2.1)派生出Disc_quote(定义于15.3),
* Disc_quote派生出Bulk_quote(定义于15.3)
*/
class Disc_quote: public Quote{
public:
pair<size_t,double> discount_policy() const {return {quantity,discount};}
/* 其他成员与15.3中一致 */
};
Bulk_quote bulk;
Bulk_quote *bulkP=&bulk; //静态类型与动态类型一致
Quote *itemP=&bulk; //静态类型与动态类型不一致
bulkP->discount_policy(); //对,该成员属于派生类,故派生类指针(静态类型)可访问
itemP->discount_policy(); //错,该成员不属于基类,故基类指针(静态类型)不可访问,即使指向的是派生类对象也不行

名字冲突与继承

  • 当静态类型与动态类型不一致时,只有虚函数会查找动态类型中的重定义。其他成员都取决于静态类型,包括虚函数的名字查找也取决于静态类型
  • 派生类可重用直接/间接基类中的名字,此时内层作用域的定义将隐藏外层作用域的同名定义
  • 可用作用域算符来显式使用被隐藏的基类成员
struct Base{
Base(): mem(0) {}
protected:
int mem;
};
struct Derived: Base{
Derived(int i): mem(i) {}
int gen_mem() {return mem;} //优先查找该类中的名字
int get_base_mem() {return Base::mem;} //显式指定是基类中的该成员
protected:
int mem; //重新定义成员,隐藏基类中的同名成员
};
Derived d(42);
cout<<d.get_mem()<<endl; //打印42,是派生类中重定义的mem
cout<<d.get_base_mem()<<endl; //打印0,是基类中的Base::mem

一如往常,名字查找先于类型检查

  • 声明在内层作用域的函数不会重载外层作用域的函数,故派生类中的函数也不会重载其基类的成员。
  • 名字查找先于类型检查:若派生类的成员与基类成员同名,则在派生类作用域中隐藏该基类成员。即使形参列表不一致也会隐藏而不是重载
  • 不同作用域中的函数不是重载关系。但可手动指定作用域来访问
struct Base{
int memfcn();
};
struct Derived: Base{
int memfcn(int); //隐藏基类中的该名字
};
Base b;
Derived d;
b.memfcn(); //对,调用Base::memfcn
d.memfcn(10); //对,调用Derived::memfcn
d.memfcn(); //错,基类的函数在派生类中被隐藏而非重载
d.Base::memfcn(); //对,显式调用基类函数Base::memfcn

虚函数与作用域

  • 基类与派生类的同名虚函数必须有相同的形参列表。若它们形参列表不同,则是隐藏而不是覆盖

通过基类调用隐藏的虚函数

class Base{
public:
virtual int fcn(); //虚函数
};
class D1: public Base{
public:
int fcn(int); //非虚函数,隐藏了Base::fcn,但未覆盖
virtual void f2(); //虚函数
};
class D2: public D1{
public:
int fcn(int); //非虚函数,隐藏了D1::fcn和Base::fcn,但未覆盖
int fcn(); //虚函数,覆盖了Base::fcn
void f2(); //虚函数,覆盖了D1::f2
}; Base bobj; D1 d1obj; D2 d2obj;
//考察fcn(),基类指针访问各种对象
Base *bp1=&bobj, *bp2=&d1obj, *bp3=&d2obj;
bp1->fcn(); //虚调用,运行时调用Base::fcn()
bp2->fcn(); //虚调用,运行时调用Base::fcn()(D1中只是隐藏,未覆盖)
bp3->fcn(); //虚调用,运行时调用D2::fcn()(D2中覆盖了) //考察f2()
D1 *d1p=&d1obj; D2 *d2p=&d2obj;
bp2->f2(); //错,基类无f2成员,静态类型找不到名字
d1p->f2(); //虚调用,运行时调用D1::f2()
d2p->f2(); //虚调用,运行时调用D2::f2() //考察fcn(int),各类指针访问最终的派生类
Base *p1=&d2obj; D1 *p2=&d2obj; D2 *p3=&d2obj;
p1->fcn(42); //错,基类无fcn(int)成员
p2->fcn(42); //非虚,静态绑定,调用D1::fcn(int)
p3->fcn(42); //非虚,静态绑定,调用D2::fcn(int)

覆盖重载的函数

  • 成员函数无论是否是虚函数都可被重载。派生类可覆盖重载函数的0个或多个实例。
  • 若派生类希望基类的所有重载虚函数都对它可见,则应或者覆盖所有的版本,或者一个也不覆盖。因为只要覆盖了一个,基类的函数名就会被隐藏
  • 若派生类只需覆盖重载集合中的一些而非全部,可使用using声明解决名字被隐藏的问题
  • 在派生类中使用using声明语句指定名字,可将基类的所有重载版本都添加到派生类作用域。此时,派生类只需覆盖需要覆盖的重载版本即可,不需覆盖所有重载版本。对派生类未覆盖的重载版本的访问,实际上是对using声明点的访问

15.7 构造函数与拷贝控制

  • 继承体系中的类也需要控制其对象执行构造/拷贝/移动/赋值/析构时发生什么。
  • 若类未定义构造函数和拷贝控制,则编译器会合成。合成版本也可以定义成被删除函数

15.7.1 虚析构函数

  • 基类通常应定义虚析构函数,使得派生类可用自己的析构函数覆盖它,这样就可动态分配继承体系中的对象。
  • delete动态对象的指针时,用此指针调用该对象的析构函数。若该对象处于继承体系中,则指针的静态类型可能与指向对象的动态类型不匹配。基类中将析构函数定义为虚,可确保执行正确的析构版本
  • 若基类的析构函数不是虚,则delete一个指向派生类对象的基类指针是未定义
/* 上下文:Bulk_quote由Quote派生而来 */
class Quote{
public:
virtual ~Quote()=default; //动态绑定析构函数
};
Quote *itemP=new Quote; //基类指针
delete itemP; //调用基类的析构函数
itemP=new Bulk_quote;
delete itemP; //调用派生类的析构函数
  • 三五法则的特例:基类需要虚析构函数是为了让派生类动态绑定析构函数,其函数体不一定有操作, 因此不一定需要其他的拷贝控制操作。
  • 若一个类定义了虚析构函数,即使用=default手动指定合成版本,编译器也不会为该类合成移动操作

15.7.2 合成拷贝控制与继承

  • 基类/派生类的合成拷贝控制成员:

    • 对类本身的成员依次初始化/拷贝/移动/赋值/销毁
    • 派生类的合成拷贝控制成员还负责调用直接基类的对应操作来对直接基类部分初始化/拷贝/移动/赋值/销毁,要求对应成员可被派生类访问且非删除
    • 例如,派生类的析构函数除销毁自己的成员外,还调用直接基类的析构函数析构基类部分,依次调用直到继承链顶端

派生类中删除的拷贝控制与基类的关系

  • 基类/派生类也可将合成的默认构造函数/拷贝控制成员定义为删除,某些定义基类的方式也可能导致派生类的合成成员被删除:

    • 若基类的默认构造函数/拷贝构造函数/拷贝赋值算符/析构函数是删除的或不可被派生类访问,则派生类中相应函数被删除。(编译器无法对派生类的基类部分进行初始化/拷贝/赋值/销毁)
    • 若基类的析构函数是删除的或不可被派生类访问,则派生类的默认构造函数/拷贝构造函数将被删除(无法销毁派生类的基类部分)
    • 若派生类使用=default请求移动操作,且基类中对应的成员是删除的或不可被派生类访问,则派生类中该操作被删除(无法移动派生类的基类部分)
    • 若基类的析构函数是删除的或不可访问,则派生类的移动构造函数被删除
  • 若基类没有默认/拷贝/移动构造函数,则派生类中也不会定义相应操作
class B{
public:
B();
//定义了拷贝构造函数,且定义为删除。因此B没有移动构造函数。因此既不能拷贝又不能移动
B(const B &)=delete;
};
//基类定义了拷贝构造函数,且定义为删除。则派生类的合成拷贝构造函数也是删除,且没有移动构造函数
class D: public B{};
D d; //正确,D的合成默认构造函数使用B的合成默认构造函数
D d2(d); //错,D的合成拷贝构造函数被删除
D d3(std::move(d)); //错,D没有移动构造函数,而合成拷贝构造函数被删除

移动操作与继承

  • 大多数基类都会定义虚析构函数,此时基类没有合成的移动操作,因此派生类中也没有合成的移动操作
  • 基类缺少移动操作会阻止派生类拥有自己的合成移动操作,故派生类需要移动时应在基类中定义移动操作
class Quote{
public:
//基类定义一整套完整的拷贝控制操作,其派生类也将获得合成的拷贝控制操作
Quote()=default;
Quote(const Quote &)=default;
Quote(Quote &&)=default;
Quote &operator=(const Quote &)=default;
Quote &operator=(Quote &&)=default;
virtual ~Quote()=default;
};

15.7.3 派生类的拷贝控制成员

  • 派生类的构造函数不仅要初始化自己的成员,还要初始化其基类部分。类似的,拷贝/移动构造函数/赋值算符也必须处理基类部分的成员,即手动调用基类的对应成员
  • 但析构函数只负责销毁派生类自己的成员(隐式销毁)。类似的,派生类的基类部分也是被隐式销毁,析构函数自动被调用。即不需要手动调用基类虚构函数

定义派生类的拷贝或移动构造函数

  • 派生类定义拷贝/移动构造函数时,通常应在初值列表中显式调用基类的对应函数来初始化对象的基类部分。否则基类部分被默认初始化

派生类赋值运算符

  • 派生类的赋值算符也必须显式调用基类的赋值算符,来为基类部分赋值

派生类析构函数

  • 派生类的析构函数体执行完成后,成员(包括基类部分)被隐式销毁。故派生类析构函数不需显式调用基类析构函数(基类部分销毁时隐式调用),只需要管理自己的资源。
  • 成员析构的顺序与构造相反:先执行派生类析构函数,再执行基类析构函数,直到继承链顶端
class Base{/* 定义 */};
class D: public Base{
public:
//派生类拷贝构造函数需要手动拷贝基类部分
D(const D &d):Base(d)/* 初值列表剩余部分拷贝派生类自己的成员 */{/* 函数体 */} //派生类移动构造函数需要手动移动基类部分
D(D &&d):Base(std::move(d))/* 初值列表剩余部分移动派生类自己的成员 */{/* 函数体 */} D &operator=(const D &rhs){
//派生类赋值算符需要手动调用基类赋值算符(用作用域算符指定)
Base::operator=(rhs);
/* 另外的操作 */
} //基类部分被自动析构,基类析构函数被隐式调用,不需手动调用
~D(){/* 函数体 */}
};

在构造函数和析构函数中调用虚函数

  • 构造和析构基类部分时派生类部分未完成:

    • 派生类构造对象时,基类部分首先被构造。故执行基类构造函数时派生类部分还未初始化
    • 派生类析构对象时,基类部分最后被析构。故执行基类析构函数时派生类部分不存在
  • 由于执行派生类构造/析构函数时派生类部分是未完成状态,故不可调用派生类版本的函数,调用的虚函数都是基类版本
  • 在构造/析构对象过程中,正在执行哪个类的构造/析构函数,就认为正在构造/析构的对象是这个类型
  • 若构造/析构函数调用了某个虚函数,则应该执行与构造/析构函数所属类型对应的虚函数版本

15.7.4 继承的构造函数

  • C++11中,派生类可重用其直接基类定义的构造函数,但并非常规继承(但为了方便仍称为继承)
  • 一个类只初始化它的直接基类,也只继承其直接基类的构造函数
  • 类不能继承默认/拷贝/移动构造函数。若派生类未定义它们,编译器将合成它们
  • 派生类继承基类构造函数的方式是提供一条using声明语句。这条using语句不是为了使名字可见,而是令编译器产生代码:对于基类的每个构造函数,编译器都生成一个对应的形参列表完全相同的派生类构造函数
/* 上下文:Bulk_quote继承自Disc_quote */
class Bulk_quote:public Disc_quote{
public:
using Disc_quote::Disc_quote; //使用using声明继承基类的构造函数
double net_price(size_t) const;
}; //相当于
Bulk_quote(const std::string& book, double price, std::size_t qyt, double disc):
Disc_quote(book, price, qyt, disc){}

继承的构造函数的特点

  • 继承构造函数用的using声明生成的构造函数形如:derived(params):base(args){}

    • derived是派生类名,base是基类名
    • params是派生类构造函数的形参列表,args使用派生类形参调用基类构造函数
    • 该构造函数只初始化基类部分。若派生类有自己的成员,则默认初始化
  • 与普通using声明不一样,继承构造函数的using声明不会改变该函数的访问权限,权限仍与基类保持一致
  • 用using声明产生的派生类构造函数不可指定explicitconstexpr,这两个属性与基类保持一致
  • 若基类的构造函数有默认实参,则using产生的派生类构造函数不会继承这些实参,而是产生多个版本的构造函数,每个版本分别省略一个含默认实参的形参。例如,若基类构造函数有两个形参,其中一个有默认实参,则派生类继承得到两个构造函数,一个接受两个形参(无默认实参),另一个只接受一个形参(是基类中无默认实参的那个)
  • 若基类有多个构造函数,则派生类继承时一般继承所有,除两个例外:
    • 派生类可继承一部分构造函数,而为其他构造函数定义自己的版本。若自定义的版本与基类版本形参列表相同,则这个构造函数不会被继承
    • 默认/拷贝/移动构造函数不能被继承,它们按照正常规则合成。若一个类只有继承的构造函数,则他也将有一个合成的默认构造函数

15.8 容器与继承

  • 使用容器存储继承体系的对象时,由于容器不可保存不同类型的元素,故不可直接存储具有继承关系的多种对象
  • 当派生类对象被赋值给基类对象时,派生类部分被“切掉”,只保留基类部分。因此若把派生类对象保存在基类类型的容器中,它们就不再是派生类对象了
//容器中存放基类对象
vector<Quote> basket;
//基类对象存在基类容器中
basket.push_back(Quote("0-201-82470-1",50));
//派生类对象存在基类容器中,被切掉
basket.push_back(Bulk_quote("0-201-82470-1",50,10,0.25));
//调用原派生类对象的函数,但由于被切掉,实际调用的是基类部分的版本
cout<<basket.back().net_price(15)<<endl;

在容器中放置(智能)指针而非对象

  • 希望在容器中存放具有继承关系的对象时,实际存放的通常是基类的指针/智能指针。指针所指的动态类型可以是基类/派生类
  • 可将派生类的内置指针/智能指针转换为基类的内置指针/智能指针
//容器中存放指向基类的智能指针
vector<shared_ptr<Quote>> basket;
//存放指向基类对象的指针
basket.push_back(make_shared<Quote>("0-201-82470-1",50));
//存放指向派生类对象的指针
basket.push_back(make_shared<Bulk_quote>("0-201-82470-1",50,10,0.25));
//调用派生类版本的虚函数,动态绑定
cout<<basket.back()->net_price(15)<<endl;

15.8.1 编写Basket类

  • C++做OOP的一个悖论是,无法直接使用对象进行面向对象编程,而是必须使用指针/引用
  • 大量使用指针会增加程序的复杂性,故经常定义一些辅助类(句柄类)来处理需要大量指针操作的情况
/* 上下文:
* print_total定义于15.1
* Quote定义于15.2.1
* Bulk_quote定义于15.2.2
*/
class Basket{
public:
//向底层指针的集合中添加一个指针
void add_item(const shared_ptr<Quote> &sale)
{items.insert(sale);}
double total_receipt(ostream &) const;
private:
//自定义的序(谓词),定义为static是因为可以给所有对象共用
static bool compare(const shared_ptr<Quote> &lhs,const shared_ptr<Quote> &rhs)
{return lhs->isbn()<rhs->isbn();}
//底层管理的是智能指针的集合,并自定义了序
multiset<shared_ptr<Quote>,decltype(compare) *> items{compare};
}; double Basket::total_receipt(ostream &os) const{
double sum=0.0;
//计算总价,iter解引用后是一个指向基类的指针
for(auto iter=items.cbegin();
iter!=items.cend();
iter=items.upper_bound(*iter))
sum+=print_total(os,**iter,items.count(*iter));
os<<"Total Sale: "<<sum<<endl;
return sum;
} //如上所定义的句柄类添加元素时需要转为指针(如下),而不能直接使用对象,使用不便
Basket bsk;
bsk.add_item(make_shared<Quote>("123",45));
bsk.add_item(make_shared<Bulk_quote>("345",45,3,0.15)); //需要实现add_item的重载版本,使得可直接在句柄类中添加对象
void add_item(const Quote &sale); //允许将对象拷贝给句柄类管理
void add_item(Quote &&sale); //允许将对象移动给句柄类管理 //需要在容器管理的类中添加拷贝和移动操作,允许将对象拷贝/移动给句柄类管理
class Quote{
public:
//定义为虚函数,则引用/指针调用clone时可正确选择拷贝/移动的版本,实现运行时多态
//返回指针,便于存入句柄类底层的容器中
virtual Quote *clone() cosnt & {return new Quote(*this);}
virtual Quote *clone() && {return new Quote(std::move(*this));}
/* 其他成员与15.2.1一样 */
};
class Bulk_quote: public Quote{
public:
Bulk_quote *clone() const & {return new Bulk_quote(*this);}
Bulk_quote *clone() && {return new Bulk_quote(std::move(*this));}
/* 其他成员与15.2.2一样 */
};
//向句柄类中添加add_item的重载操作,允许在接口中使用对象
class Basket{
public:
//传入的是引用,调用虚函数拷贝,可在运行时正确选择拷贝/移动的版本
void add_item(const Quote &sale)
{items.insert(shared_ptr<Quote>(sale.clone()));}
void add_item(Quote &&sale)
{items.insert(shared_ptr<Quote>(std::move(sale).clone()));}
/* 其他成员与上面的一样 */
};

15.9 文本查询程序再探

需求:查询文本中出现某单词的行数,并可使用与或非算符

  • 单词查询 Daddy
  • 逻辑非查询 ~(Alice)
  • 逻辑或查询 (hair | Alice)
  • 逻辑与查询 (hair & Alice)
  • 混合使用算符 ((fiery & bird) | wind)

15.9.1 面向对象的解决方案

  • 基于12.3的TextQuery类来表示对一个单词的查询,QueryResult类来表示查询的结果
  • 应将不同的查询建模为独立的类,它们由同一个基类派生而来
    • WordQuery类用于查询单个单词
    • NotQuery类用于查询单个单词的非
    • OrQuery类用于查询两个单词的或
    • AndQuery类用于查询两个单词的与
  • 这些类需要包含两个操作(成员函数):
    • eval方法:接受一个TextQuery对象,返回一个QueryResult结果
    • rep方法:返回一次查询的string描述,如”((fiery & bird) | wind)”
  • 继承和成员的区别:
    • is a建模:继承关系,A是一种B
    • has a建模:成员关系,A是B的一部分

抽象基类

  • 四个查询类之间不存在彼此继承,而是互为兄弟。应定义公共的抽象基类Query_base来表示所有类的共同接口
  • 抽象基类Query_base中应将eval和rep方法都定义为纯虚函数,使用到的4个派生类都必须自定义版本覆盖它们
  • WordQuery和NotQuery是一元查找,OrQuery和AndQuery是二元查找。应定义抽象基类BinaryQuery来表示二元查找的接口

将层次关系隐藏于接口类中

  • 用户不会直接使用继承体系中的类,而是定义一个接口类Query,配合算符来调用这4个派生类
  • 接口类使用形式:
Query q = Query(“fiery”) & Query(“bird”) | Query(“wind”);
  • 接口类Query中保存抽象基类Query_base的指针,该指针绑定到4个派生类之一的对象
  • 用户代码使用接口类Query来间接创建并处理继承体系中的对象,方式是对Query类定义接受string的构造函数,并重载与或非算符
    • &运算符生成新的AndQuery对象和新的Query对象,后者中保存前者的指针
    • |运算符生成新的OrQuery对象和新的Query对象,后者中保存前者的指针
    • ~运算符生成新的NotQuery对象和新的Query对象,后者中保存前者的指针
    • 接受string的构造函数生成新的WordQuery对象和新的Query对象,后者中保存前者的指针

理解这些类的工作原理

  • 将一个表达式看成一棵,树上每个节点都是一个接口类Query的对象及其底层维护的对象。叶子节点底层是WordQuery,进行真正的查找工作。非叶子节点根据其子节点的结果来算出自己的结果。非节点有一个子节点,与节点和或节点有两个子节点

15.9.2 Query_base类和Query类

  • Query_base
  • Query
//所有类的抽象基类
//没有public成员,不希望用户或派生类直接使用它。对它的任何访问都需通过接口类Query
class Query_base{
friend class Query; //使接口类可访问基类资源
protected:
using line_no=TextQuery::line_no;
virtual ~Query_base()=default; //虚析构函数是protected
private:
//两个纯虚函数,需要实例化的4个派生类必须用自定义版本覆盖它们
virtual QueryResult eval(const TextQuery &) const =0;
virtual std::string rep() const =0;
}; //接口类
class Query{
//使三个算符可访问接口类资源
friend Query operator~(const Query &);
friend Query operator|(const Query &,const Query &);
friend Query operator&(const Query &,const Query &);
public:
Query(const std::string &);
//对接口类调用eval和rep,实际是对接口类管理的继承体系中的类调用eval和rep
QueryResult eval(const TextQuery &t) const
{return q->eval(t);}
std::string rep() const {return q->rep();}
private:
//由于不希望用户使用Query_base,故用指针构造Query是private操作,只能被其友元(即三个算符)调用
Query(std::shared_ptr<Query_base> query):q(query){}
//真正执行任务的是继承体系中的类对象,用指针管理它的资源以保证动态绑定
std::shared_ptr<Query_base> q;
};
//打印一个query的描述
std::ostream &operator<<(std::ostream &os,const Query &query){
return os<<query.rep();
}

15.9.3 派生类

  • WordQuery
  • NotQuery
  • BinaryQuery
    • AndQuery
    • OrQuery
//叶子节点,最基础的单词查找类,也是唯一一个真正执行查找的类。另外几个类都是基于它的结果来计算自己的结果
//所有成员都是private,只有友元(接口类)能访问它:使用关键词string创建接口类对象时为其创建WordQuery对象
class WordQuery: public Query_base{
friend class Query;
//叶子节点真正需要查找,故用查找词的string来初始化
WordQuery(const std::string &s):query_word(s){};
//唯一一个真正使用TextQuery操作来实现查询的类
QueryResult eval(const TextQuery &t) const
{return t.query(query_word);}
std::string rep() const {return query_word;}
std::string query_word;
};
//用关键词创建Query时,实际是创建WordQuery对象,并封装进接口类Query中
inline Query::Query(const std::string &s):q(new WordQuery(s)){} //拥有一个子节点,根据子节点Query的结果来算出其非操作
//所有成员都是private,只有友元(operator~)能访问它:使用operator~创建接口类对象时为其创建NotQuery对象
class NotQuery: public Query_base{
friend Query operator~(const Query &);
//NotQuery需用子节点的Query初始化,因为是对子节点的结果取非
NotQuery(const Query &q):query(q){}
std::string rep() const {return "~("+query.rep()+")";}
QueryResult eval(const TextQuery &) const;
//底层维护子节点的Query对象,NotQuery的结果是对子节点Query对象的结果取非
Query query;
};
//用operator~创建Query时,实际是创建NotQuery对象,并封装进接口类Query中
inline Query operator~(const Query &operand){
return std::shared_ptr<Query_base>(new NotQuery(operand));
} //拥有两个子节点,是二元query的抽象基类,定义二元操作的公共接口
//没有public成员,不希望用户访问它。只能创建它的派生类
class BinaryQuery: public Query_base{
protected:
//BinaryQuery需用两个子节点的Query和一个op初始化,因为是对这两个子节点的Query结果使用该op
BinaryQuery(const Query &l,const Query &r,std::string s):
lhs(l),rhs(r),opSym(s) {}
//定义了自己的rep,但eval继承了Query_base的纯虚函数定义
std::string rep() const
{return "("+lhs.rep()+" "+opSym+" "+rhs.rep()+")";}
//底层维护两个子节点的Query对象和一个op,BinaryQuery的结果是对两个子节点Query对象的结果取op
Query lhs,rhs;
std::string opSym;
}; //拥有两个子节点,根据两个子节点Query的结果来算出其与操作
//所有成员都是private,只有友元(operator&)能访问它:使用operator&创建接口类对象时为其创建AndQuery对象
class AndQuery: public BinaryQuery{
friend Query operator&(const Query &,const Query &);
//AndQuery需用两个子节点的Query初始化,因为是对这两个子节点Query的结果求与
AndQuery(const Query &left,const Query &right):
BinaryQuery(left,right,"&") {}
//只有自己的eval函数,rep在抽象基类BinaryQuery中已定义好
QueryResult eval(const TextQuery &) const;
};
//用operator&创建Query时,实际是创建AndQuery对象,并封装进接口类Query中
inline Query operator&(const Query &lhs,const Query &rhs){
return std::shared_ptr<Query_base>(new AndQuery(lhs,rhs));
} //拥有两个子节点,根据两个子节点Query的结果来算出其或操作
//所有成员都是private,只有友元(operator|)能访问它:使用operator|创建接口类对象时为其创建OrQuery对象
class OrQuery: public BinaryQuery{
friend Query operator|(const Query &,const Query &);
//OrQuery需用两个子节点的Query初始化,因为是对这两个子节点Query的结果求或
OrQuery(const Query &left,const Query &right):
BinaryQuery(left,right,"|") {}
//只有自己的eval函数,rep在抽象基类BinaryQuery中已定义好
QueryResult eval(const TextQuery &) const;
};
//用operator|创建Query时,实际是创建OrQuery对象,并封装进接口类Query中
inline Query operator|(const Query &lhs,const Query &rhs){
return std::shared_ptr<Query_base>(new OrQuery(lhs,rhs));
}

15.9.4 eval函数

  • OrQuery::eval
  • AndQuery::eval
  • NotQuery::eval
//OrQuery对其两个子节点的Query求或
QueryResult OrQuery::eval(const TextQuery &text) const {
//分别求两个子节点的结果
auto left=lhs.eval(text),right=rhs.eval(text);
//定义一个set,将左右子节点的结果都insert进去,作为或操作的结果
auto ret_lines=std::make_shared<std::set<line_no>>(left.begin(),left.end());
ret_lines->insert(right.begin(),right.end());
return QueryResult(rep(),ret_lines,left.get_file());
} QueryResult AndQuery::eval(const TextQuery &text) const {
//分别求两个子节点的结果
auto left=lhs.eval(text),right=rhs.eval(text);
//定义一个set,使用算法set_intersection来求两个子节点结果的交,放入set作为与操作的结果
auto ret_lines=std::make_shared<std::set<line_no>>();
std::set_intersection(left.begin(),left.end(),
right.begin(),right.end(),
std::inserter(*ret_lines,ret_lines->begin()));
return QueryResult(rep(),ret_lines,left.get_file());
} QueryResult NotQuery::eval(const TextQuery &text) const {
//求子节点的结果
auto result=query.eval(text);
//定义set存放最终结果
auto ret_lines=std::make_shared<std::set<line_no>>();
auto beg=result.begin(),end=result.end();
auto sz=result.get_file()->size();
//对行号遍历。若行号不在子节点结果中则插入set,作为非操作的结果
for(size_t n=0;n!=sz;++n){
//这个if-elif的理论基础是:遍历子节点结果和遍历行号都是升序
if(beg==end || *beg!=n) //若查完子节点结果,或当前子节点结果不等于当前行号,则将当前行号插入set
ret_lines->insert(n);
else if(beg!=end) //未查完子节点结果,且当前子节点结果等于当前行号,则取子节点结果中的下一个
++beg;
}
return QueryResult(rep(),ret_lines,result.get_file());

【c++ Prime 学习笔记】第15章 面向对象程序设计的更多相关文章

  1. JavaScript高级程序设计学习笔记第六章--面向对象程序设计

    1.ECMAScript没有类的概念,ECMA-262 把对象定义为:“无序属性的集合,其属性可以包含基本值.对象或者函数.”,有点类似于散列表 2.ECMAScript 中有两种属性:数据属性和访问 ...

  2. C++ Primer 5th 第15章 面向对象程序设计

    面向对象程序设计的核心思想是:数据抽象.继承和动态绑定. 数据抽象:将类的接口与实现分离: 继承:定义相似类型并对相似关系建模: 动态绑定:一定程度上上忽略相似类型间的区别,用同一方式使用它们. 1. ...

  3. [C++ Primer] : 第15章: 面向对象程序设计

    OOP: 概述 面向对象程序设计的核心思想是数据抽象, 继承和动态绑定. 通过数据抽象, 我们可以实现类的接口与实现的分离; 使用继承, 可以定义相似的类型并对其相似关系建模; 使用动态绑定, 可以在 ...

  4. Effective Java 学习笔记----第7章 通用程序设计

    第7章 通用程序设计 第29条 将局部变量的作用域最小化     使一个局部变量的作用域最小化,最有力的技术室在第一次使用它的地方声明.   第30条 了解和使用库      效率提高.如果你不知道库 ...

  5. java JDK8 学习笔记——第15章 通用API

    第十五章 通用API 15.1 日志 15.1.1 日志API简介 1.java.util.logging包提供了日志功能相关类与接口,不必额外配置日志组件,就可在标准Java平台使用是其好处.使用日 ...

  6. HTML5与CSS3基础教程第八版学习笔记11~15章

    第十一章,用CSS进行布局 开始布局注意事项 1.内容与显示分离 2.布局方法:固定宽度和响应式布局 固定宽度,整个页面和每一栏都有基于像素的宽度 响应式布局也称为流式页面,使用百分数定义宽度 3.浏 ...

  7. 【c++ Prime 学习笔记】目录索引

    第1章 开始 第Ⅰ部分 C++基础 第2章 变量和基本类型 第3章 字符串.向量和数组 第4章 表达式 第5章 语句 第6章 函数 第7章 类 第 Ⅱ 部分 C++标准库 第8章 IO库 第9章 顺序 ...

  8. 《Java核心技术·卷Ⅰ:基础知识(原版10》学习笔记 第5章 继承

    <Java核心技术·卷Ⅰ:基础知识(原版10>学习笔记 第5章 继承 目录 <Java核心技术·卷Ⅰ:基础知识(原版10>学习笔记 第5章 继承 5.1 类.超类和子类 5.1 ...

  9. Stealth视频教程学习笔记(第二章)

    Stealth视频教程学习笔记(第二章) 本文是对Unity官方视频教程Stealth的学习笔记.在此之前,本人整理了Stealth视频的英文字幕,并放到了优酷上.本文将分别对各个视频进行学习总结,提 ...

随机推荐

  1. ASH数据的迁移:导出导入

    自己写的小工具: 查看帮助 [oracle@redhat76 2]$ ./orash Usage: sh orash keyword [value1] [value2] --------------- ...

  2. Djangoform组件——ModelForm的基本使用

    from django.contrib import admin from django.urls import path from app01 import views urlpatterns = ...

  3. ELK学习之Logstash篇

    Logstash在ELK这一整套解决方案中作为数据采集终端,支持对接Kafka.数据库(MySQL.Oracle).文件等等. 而在Logstash内部的数据流转,主要经过三个环节:input -&g ...

  4. spark集群的构建,python环境

    个人笔记,问题较多 符号说明 [] 表示其中内容可以没有 su [root] 获取root权限 vi /etc/sudoers 1.点击I或Insert获得插入权限 2.在root ALL=(ALL) ...

  5. Haproxy搭建web集群

    目录: 一.常见的web集群调度器 二.Haproxy应用分析 三.Haproxy调度算法原理 四.Haproxy特性 五.Haproxy搭建 Web 群集 一.常见的web集群调度器 目前常见的we ...

  6. ldconfig与 /etc/ld.so.conf

    现在我们知道了动态与静态函数库,也知道了当前的Linux大多是将函数库做成动态函数库,下面来讨论增加函数库读取性能的方法.我们知道,内存的访问速度是硬盘的好几倍,所以,如果将常用的动态函数库加载到内存 ...

  7. php各个版本curl上传文件的兼容实现

    // 以POST方式提交数据 public function post_data($url, $param, $is_file = false, $return_array = true) { ... ...

  8. Android仿QQ空间发表动态

    效果展示图: 功能描述:用户点击+会进入发表动态的界面,发表成功后跳转到个人首页. 后续完善:增加个人头像的上传,对界面进行优化,增加点赞和评论的功能. 主要采用listview对内容进行展示,对sq ...

  9. 解读Flex布局及其基本使用

    Flex布局的基本内容: felx布局意为"弹性布局",主要用于为盒状模型提供最大的灵活性.被广泛的应用于移动端,PC端的响应式布局. 首先:定义盒子为flex布局: .box{ ...

  10. redis连接密码和指定数据库

    台服务器上都快开启200个redis实例了,看着就崩溃了.这么做无非就是想让不同类型的数据属于不同的应用程序而彼此分开. 那么,redis有没有什么方法使不同的应用程序数据彼此分开同时又存储在相同的实 ...