面向对象七大原则单一职责原则Single

Principle组合/聚合复用原则Composite/Aggregate

Reuse

关于类的静态成员类的静态成员函数关于C构造函数的继承问题C虚函数个人总结创建型模式Factory模式工厂模式AbstractFactory模式抽象工厂模式

【泛化】是一种继承关系表示一般与特殊的关系它指定了子类如何继承父类的所有特征和行为。

例如老虎是动物的一种即有老虎的特性也有动物的共性。

【代码体现】继承。

特征空白三角形实线

指向父类

【实现关系】是一种类与接口的关系表示类是接口所有特征和行为的实现。

特征空白三角形箭头虚线

如果成员变量尤其是可变的成员变量定义在接口中等于是把实现细节暴露出来了不符合接口定义的要求所以一般不在接口中定义可变的成员变量。

而常量可以定义在接口中因为有时接口需要返回状态而这些状态可以定义成常量放在接口中。

要有纯虚接口方法

由于不能让接口类自身能够实例化并且需要子类必须实现接口暴露的方法所以接口方法都要声明成纯虚函数。

声明成纯虚函数意味着接口类自身不需要提供方法的定义方法的定义需要由接口类的子类提供并且接口类自身也因此变成了抽象类而不能被实例化。

要有虚析构函数并提供默认实现

在使用接口类的指针访问接口类的子类的实例时当对接口类的指针做delete时如果接口类的析构函数不是虚析构函数的话将只会调用接口类父类的析构函数接口类的子类的析构函数将不会被调用内存泄露将会产生所以接口类的析构函数必须定义成虚析构函数。

如果接口类的析构函数不提供默认实现即如果接口类的析构函数是纯虚析构函数的话接口类的子类将被迫必须提供析构函数的实现这样对接口类的子类不友好。

不要声明构造函数

不要显式定义任何的构造函数但也不要在接口中加入如下代码来禁止生成构造函数

Testable()

delete;因为C的调用机制要求子类的构造函数调用时一定会先调用父类的构造函数如果禁止生成父类构造函数代码编译时会报错。

如果程序员不显式的提供构造函数编译器也会隐式的加上构造函数的虽然这些构造函数对于接口类来说实际没有什么意义。

class

【关联关系】是一种拥有的关系它使一个类知道另一个类的属性和方法如老师与学生丈夫与妻子关联可以是双向的也可以是单向的。

双向的关联可以有两个箭头或者没有箭头单向的关联有一个箭头。

【代码体现】成员变量特征实线

箭头指向被拥有者

上图中老师与学生是双向关联老师有多名学生学生也可能有多名老师。

但学生与某课程间的关系为单向关联一名学生可能要上多门课程课程是个抽象的东西他不拥有学生。

【聚合关系】是整体与部分的关系且部分可以离开整体而单独存在。

如车和轮胎是整体和部分的关系轮胎离开车仍然可以存在。

【聚合关系】是关联关系的一种是强的关联关系关联和聚合在语法上无法区分必须考察具体的逻辑关系。

特征菱形实线箭头

【组合关系】是整体与部分的关系但部分不能离开整体而单独存在。

如公司和部门是整体和部分的关系没有公司就不存在部门。

组合关系是关联关系的一种是比聚合关系还要强的关系它要求普通的聚合关系中代表整体的对象负责代表部分的对象的生命周期。

【依赖关系】是一种使用的关系即一个类的实现需要另一个类的协助所以要尽量不使用双向的互相依赖.【代码表现】局部变量、方法的参数、对静态方法的调用、函数返回值【箭头及指向】带箭头的虚线指向被使用者。

描述与图

继承方式/基类成员public成员protected成员private成员public继承publicprotected不可见protected继承protectedprotected不可见private继承privateprivate不可见

父类的private成员在子类不能使用、不可见父类的成员在子类中的权限最高为其子类的继承方式。

面向对象七大原则

每一个类应该专注于做一件事情。

可以降低类的复杂度一个类只负责一项职责其逻辑肯定要比负责多项职责简单的多提高类的可读性提高系统的可维护性变更引起的风险降低变更是必然的如果单一职责原则遵守的好当修改一个功能时可以显著降低对其他功能的影响。

需要说明的一点是单一职责原则不只是面向对象编程思想所特有的只要是模块化的程序设计都适用单一职责原则。

里氏替换原则Liskov

子类对象能够替换程序中父类对象出现的任何地方并且保证原来程序的逻辑行为不变及正确性不被破坏。

使用里氏替换原则时需要注意子类的所有方法必须在父类中声明或子类必须实现父类中声明的所有方法。

尽量把父类设计为抽象类或者接口让子类继承父类或实现父接口并实现在父类中声明的方法运行时子类实例替换父类实例我们可以很方便地扩展系统的功能同时无须修改原有子类的代码增加新的功能可以通过增加一个新的子类来实现。

依赖倒置原则Dependence

程序要依赖于抽象接口不要依赖于具体实现。

简单的说就是要求对抽象进行编程不要对实现进行编程这样就降低了客户与实现模块间的耦合。

面向抽象编程也就是面向抽象类或接口编程。

接口隔离原则Interface

又叫最少知识原则一个软件实体应当尽可能少的与其他实体发生相互作用。

开闭原则Open

fee):name(name),fee(fee){m_num;num

m_num;m_count;m_totalFeefee;}~Guest(){m_count--;}void

show()

const{printf(num:%d,name:%s,fee:%.2lf\n,num,name.c_str(),fee);}static

int

g3(xiaomei,13.99);g1.show();g2.show();g3.show();printf(count:%d,totalFee:%.2f\n,Guest::GetCount(),Guest::GetTotalIncome());return

构造方法用来初始化类的对象与父类的其它成员不同它不能被子类继承子类可以继承父类所有的成员变量和成员方法但不继承父类的构造方法。

因此在创建子类对象时为了初始化从父类继承来的数据成员子类需要调用其父类的构造方法。

如果没有显式的构造函数编译器会给一个默认的构造函数并且该默认的构造函数仅仅在没有显式地声明构造函数情况下创建。

如果子类调用父类带参数的构造方法需要用初始化父类成员对象的方式。

#include

在fish类的构造函数后加一个冒号:然后加上父类的带参数的构造函数。

这样在子类的构造函数被调用时子类就会去调用父类的带参数的构造函数去构造对象。

C虚函数

继承时父类的构造函数和析构函数不会被子类继承但会在子类调用构造函数前和子类调用析构函数后调用。

顺序如下父类构造函数子类构造函数。

子类析构函数父类析构函数。

想象建造一座楼父类在下子类在上。

从下往上建从上往下拆假设有父类Shape子类Circle调用如下代码

Shape

Circle()时将会调用Circle子类的构造函数delete

a时由于指针a是基类将只会调用父类的析构函数所以我们必须实现多态用虚函数使得对象为Circle时delete会调用子类的析构函数。

方法是将析构函数声明为虚函数

声明虚函数时每个类会有一个虚函数表子类继承父类时会覆盖父类的虚函数表的函数指针。

若一个函数是虚函数则会去虚函数表里找到函数指针来去实现它。

创建型模式

public:~ConcreteProduct();ConcreteProduct();

protected:

{std::coutProduct()....std::endl;

}Product::~Product()

{std::cout~Product()....std::endl;

}ConcreteProduct::ConcreteProduct()

{std::coutConcreteProduct()....std::endl;

}ConcreteProduct::~ConcreteProduct()

{std::cout~ConcreteProduct()....std::endl;

}//Factory.h

{std::coutFactory()....std::endl;

}Factory::~Factory()

{std::cout~Factory()....std::endl;

}ConcreteFactory::ConcreteFactory()

{std::coutConcreteFactory()......std::endl;

}ConcreteFactory::~ConcreteFactory()

{std::cout~ConcreteFactory()......std::endl;

}Product*

ConcreteFactory::CreateProduct()

{return

抽象工厂模式和工厂方法模式一样都符合开闭原则。

但是不同的是在抽象工厂模式中增加一个产品族很容易而增加一个产品等级结构却很难工厂模式则反之。

也就是说在抽象工厂模式中增加一个具体的工厂很容易但是你想在工厂中多生产一种产品就需要修改很多个类会违背开闭原则这种情况下应该使用工厂模式。

表头表头单元格单元格单元格单元格