通过例子来看开闭原则！

面向对象设计原则之开闭原则
开闭原则的定义是：软件实体应当对扩展开放，对修改关闭。

我们通过例子来了解这个设计原则：
假如现在我们有一个Duck超类，它有嘎嘎叫、戏水、外观等方法。

当有外观颜色不同的鸭子时，都可以继承Duck类，然后再覆盖继承得到的外观方法即可。这样就实现了代码复用。

现在有个新的需求，要求让所有的鸭子都会飞，由于我们使用了继承，这很容易做到，只要在Duck超类中添加飞行方法即可。

现在需求改变，飞行方法会定期更新，并且要求黑色的鸭子可以飞，白色的鸭子不可以飞，这时，因为所有的鸭子都是派生于Duck超类，我们就需要重写白色鸭子的飞行方法，将白色鸭子的飞行方法重写成不能飞行。当Duck超类的派生类少的时候，完全可以这样做，可如果有几十个、甚至是上百个派生类时，这时工作量就是巨大的；而且每新增加Duck的子类时，都需要检查新增加的类是否可以飞，来决定是否需要重写飞行方法。

这时我们会想着，不如把飞行方法抽象出一个接口，可以飞行的实现接口就可以了。但是，这样就摧毁了代码复用，而且飞行方法还会定期更新。

这时，就要用到我们的设计原则了。开闭原则。

开闭原则的重点在于将应用中会变化的部分取出并封装，这样在以后就可以修改或者扩展这个部分，而不会影响其他不需要变化的部分。

在这个例子中，我们可以遵循开闭原则来对它进行修改。修改的步骤如下：

1.将Duck超类中变化的部分取出。即将飞行方法取出，抽象到一个飞行接口Fly中。（这里其实还用到了单一接口原则）

2.Duck超类需要声明抽象出去的接口变量。（即声明Fly类型变量fly）

3.根据飞行动作或是能否飞行来实现Fly接口。

4.创建子类继承Duck超类，并在构造方法中实例化fly变量。

这样，在创建子类时就可以通过实例化不同的Fly接口实现类，来确定其飞行方法。并且在后续更新方法时也只需更新Fly接口的实现类即可。

如果你已经看到了这里，那可以麻烦您点个赞支持下么，笔者在这里先行谢过

下面附上完整代码：

public interface Fly {
    void fly();
}
public class AbleFly implements Fly{
    @Override
    public void fly() {
        System.out.println("我可以飞！正在飞行......");
    }
}
public class NoFly implements Fly{
    @Override
    public void fly() {
        System.out.println("抱歉，我不会飞！");
    }
}
public abstract class Duck {
    //创建Fly接口变量
    public Fly fly;
    public void quack(){
        System.out.println("嘎嘎叫！");
    }
    public void doFly(){
        fly.fly();
    }
}
public class BlackDuck extends Duck{
    //黑色的鸭子可以飞
    public BlackDuck() {
        this.fly = new AbleFly();
    }
}
public class WhiteDuck extends Duck{
    //白色的鸭子不会飞
    public WhiteDuck(){
        this.fly = new NoFly();
    }
}