设计模式的学习

OO:Object-Oriented

面向对象

---

《Head First设计模式》

这本书是用java写的，我是写C++的，用C++来写相关的代码

---

p2（第二页）

#ifndef DUCK_H
#define DUCK_H/*** @brief The Duck class    鸭子类*/
class Duck
{
public:Duck();/*** @brief quack 呱呱叫* 所有的鸭子都会呱呱叫* 所以在父类中实现这部分代码*/void quack();/*** @brief swim  游泳* 所有的鸭子都会游泳* 所以在父类中实现这部分代码*/void swim();/*** @brief display   展示鸭子的外观* 每种鸭子的外观特点不同，需要在子类中进行实现* 所以这里是虚函数*/virtual void display();
};#endif // DUCK_H

#ifndef MALLARDDUCK_H
#define MALLARDDUCK_H#include "duck.h"
/*** @brief The MallardDuck class 绿头鸭*/
class MallardDuck : public Duck
{
public:MallardDuck();virtual void display();
};#endif // MALLARDDUCK_H

#ifndef MALLARDDUCK_H
#define MALLARDDUCK_H#include "duck.h"
/*** @brief The MallardDuck class 绿头鸭*/
class MallardDuck : public Duck
{
public:MallardDuck();virtual void display();
};#endif // MALLARDDUCK_H

---

现在需要添加需求：一部分鸭子会飞。

如果直接在基类中添加fly()，那么意味着所有的鸭子都会飞。（所有的子类都拥有了fly() ）

而橡皮鸭子是不会飞的。

---

当涉及“维护”时，为了复用目的而使用继承，并不是完美的。

---

如果子类把fly()方法覆盖掉呢？

可以，但如果再加入一种不会飞的鸭子，那么需要重新再覆盖fly()方法。

void fly()
{//覆盖，什么事都不做
}

每多一种鸭子，就需要覆盖一次fly()方法。

------

而有些鸭子不会飞，也不会叫。

---

希望找到一种建立软件的方法，让我们可以用一种对既有的代码影响最小的方式来修改软件。

这样我们就可以花较少时间重做代码，而让程序去做更酷的事。

---

继承不能很好地解决问题，因为鸭子的行为在子类中不断地改变，并且让所有的子类都有这些行为是不恰当的。

Flyable和Quackable接口一开始似乎还不错，但继承接口无法达到代码的复用。

当需要修改某个行为时，需要在定义此行为的类中修改它。

---

设计原则： 

找出应用中可能需要变化之处，把它们独立出来，不要和不需要变化的代码混在一起。

---

努力让系统中的某部分改变不会影响其他部分。

---

设计原则：

针对接口编程，而不是针对实现编程。

---

简单的多态例子：

有一个抽象类Animal，两个具体的实现：Dog和Cat继承自Animal

针对实现编程：

Dog d = new Dog();
d.bark();

针对接口编程：

Animal * animal = new Dog();
animal.makeSound();

子类实例化的动作不再需要在代码中硬编码，而是在运行时才指定具体实现的对象，

进一步封装：

a = getAnimal();
a.makeSound();

我们不关心实际的子类型是什么，我们只关心它知道如何正确地调用makeSound()。

---

#ifndef FLYBEHAVIOR_H
#define FLYBEHAVIOR_H
#include <QDebug>
/*** @brief The FlyBehavior class 飞行行为*/
class FlyBehavior
{
public:FlyBehavior(){}virtual void fly(){}
};/*** @brief The FlyWithWings class    用翅膀飞行*/
class FlyWithWings : public FlyBehavior
{
public:FlyWithWings(){}virtual void fly(){qDebug()<<"用翅膀飞行";}
};/*** @brief The FlyNoWay class    不会飞行*/
class FlyNoWay : public FlyBehavior
{
public:FlyNoWay(){}virtual void fly(){qDebug()<<"不会飞行";}
};#endif // FLYBEHAVIOR_H

#ifndef FLYBEHAVIOR_H
#define FLYBEHAVIOR_H
#include <QDebug>
/*** @brief The FlyBehavior class 飞行行为*/
class FlyBehavior
{
public:FlyBehavior(){}virtual void fly(){}
};/*** @brief The FlyWithWings class    用翅膀飞行*/
class FlyWithWings : public FlyBehavior
{
public:FlyWithWings(){}virtual void fly(){qDebug()<<"用翅膀飞行";}
};/*** @brief The FlyNoWay class    不会飞行*/
class FlyNoWay : public FlyBehavior
{
public:FlyNoWay(){}virtual void fly(){qDebug()<<"不会飞行";}
};#endif // FLYBEHAVIOR_H

关键在于：

鸭子现在会将飞行和呱呱叫的动作“委托”别人处理，而不是使用定义在Duck类或子类内的呱呱叫和飞行方法。

#ifndef DUCK_H
#define DUCK_H#include "flybehavior.h"
#include "quackbehavior.h"
/*** @brief The Duck class    鸭子类*/
class Duck
{
public:Duck();FlyBehavior * flyBehavior;QuackBehavior * quackBehavior;void performQuack(){quackBehavior->quack();}void performFly(){flyBehavior->fly();}/*** @brief display   展示鸭子的外观* 每种鸭子的外观特点不同，需要在子类中进行实现* 所以这里是虚函数*/virtual void display(){}
};#endif // DUCK_H

#ifndef MALLARDDUCK_H
#define MALLARDDUCK_H#include "duck.h"
/*** @brief The MallardDuck class 绿头鸭*/
class MallardDuck : public Duck
{
public:MallardDuck();virtual void display(){}
};#endif // MALLARDDUCK_H

#include "mallardduck.h"MallardDuck::MallardDuck()
{flyBehavior = new FlyWithWings();quackBehavior = new MuteQuack();
}

    MallardDuck mallardDuck;mallardDuck.performFly();mallardDuck.performQuack();

---

通过基类的指针析构子类时，会出现内存泄漏吗？

如果不希望内存泄漏，析构函数必须定义为虚函数。

---

设计原则：

多用组合，少用继承。

使用组合建立系统具有很大的弹性，不仅可将算法族封装成类，更可以“在运行时动态地改变行为”。

策略模式：

定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

上面的鸭子示例中：可以在运行时动态地切换鸭子相关的行为（算法）（用翅膀飞，不会飞）

------

设计是一门艺术，总是有许多可取舍的地方。

设计大师关心的是建立弹性的设计，可以维护，可以应付变化。