OCP 开放 - 关闭原则

作者: holysu | 来源:发表于2017-04-22 17:03 被阅读213次

OCP 开放 - 关闭原则
面向对象7原则
设计模式
设计原则
OOP 6大设计原则
面向对象设计的七大原则
"开-闭"原则（Open-Closed p
JSP
03 开闭原则
java面向接口编程案例说明

Open Close Principle

动机

开明的应用设计和代码模块应当关注应用在发展和维护阶段中频繁发生的变化。通常，给应用添加一个新功能的时候会涉及到很多改动。应尽量少地在已有代码中做改动，因为已有代码一般都已通过单元测试，在其中做的改动可能莫名其妙地就影响到现有功能。

开放 - 封闭原则 强调设计和代码编写应当以在现有代码上改动最小的方式来完成新功能的添加。软件设计应尽可能在添加新功能类的时候不去改动现有代码。

目的

软件实体，如类、模块和函数，应当对扩展开放，但对修改关闭。

个人理解：对使用方的修改关闭，对提供方的功能扩展开放

例子

以下是一个违背 OCP 的例子。它实现了绘制各种图形的 graph editor。显然，GraphicEditor 没有遵循 OCP ，因为每次添加一个 shape 子类，都要对其进行修改。这有以下几个缺点：

每次添加新的 shape 子类， GraphicEditor 的单元测试都要重新做
每次添加新的 shape 子类所需时间都比较多，因为开发人员需要理解 GraphicEditor 的内部逻辑
尽管新添加的 shape 能很好的工作，但它可能会意外地影响现有功能

ocp-bad-example

// Open-Close Principle - Bad Example
class GraphicEditor{
    public void drawShape(Shape s){
        if(s.m_type == 1)
            drawRectangle(s);
        else if(s.m_type == 2)
            drawCircle(s);
    }
    public void drawRectangle(Rectangle r){...}
    public void drawCircle(Circle r){...}
}

class Shape{
    int m_type;
}

class Rectangle extends Shape{
    Rectangle(){
        super.m_type = 1;
    }
}

class Circle extends Shape{
    Circle(){
        super.m_type = 2;
    }
}

以下是一个遵循 OCP 要求的例子。在新的设计中，我们在 GraphicEditor 中使用抽象的 draw() 方法，而将具体实现移至派生类实例中。通过使用 OCP ，我们就避免了上述例子中的问题，当添加新 shape 子类的时候，不需要对GraphicEditor 进行修改。

不需要额外的单元测试
不需要知晓 GraphicEditor 的源码
由于具体的绘图代码移到具体的 shape 实现子类中，新功能添加进来的时候免除了影响有功能的风险

ocp-good-example

// Open-Close Principle - Good example
class GraphicEditor{
    public void drawShape(Shape s){
        s.draw();
    }
}

class Shape{
    abstract void draw();
}

class Rectangle extends Shape{
    @Override
    public void draw(){
        // draw Rectangle
    }
}

class Circle extends Shape{
    @Override
    public void draw(){
        // draw Circle;
    }
}