设计模式六大原则之Liskov替换原则

Liskov替换原则


任何基类出现的地方都应该可以无差别的使用子类替换。

why


继承的优点是大大提升了代码的复用度,但是缺点也同样明显:增加了对象的耦合程度,破坏了程序的封装性,导致程序的可移植性变差。
使用Liskov替换原则可以大大减少我们代码的出错概率。

how


遵守Liskov替换规则的方法:子类可以扩展新功能,但是尽量不要重写/重载父类的接口。

例子


正方形与矩形抽象。
一般情况下,我们会把正方形当作一种特殊的矩形。按照这种思路,我们可以得出如下代码。

//矩形
class Rectangle
{
    private:
        double height;
        double width;
    public:
        double getWidth(){return width;}
        double getHeight(){return height;}
        void setWidth(double var){width = var;}
        void setHeight(double var){height = var;}
};
//正方形
class Square:public Rectangle
{
    double getWidth(){return width;}
    void setWidth(double var){width = height = var;}
};

在这种思路下,我们在父类Rectangle调用setWidth()的地方替换子类Square时会,会导致正方形的长与宽都会被改变。这跟Liskov原则是相违背的。
这时候我们重新改写一下上面的代码。

//四边形
abstract Quadrangle
{
    public:
        double getWidth();
        void setWidth(double var);
};

//矩形
class Rectangle:public Quadrangle
{
    private:
        double height;
        double width;
    public:
        double getWidth(){return width;}
        double getHeight(){return height;}
        void setWidth(double var){width = var;}
        void setHeight(double var){height = var;}
};
//正方形
class Square:public Quadrangle
{
    private:
        double width;
    public:
        double getWidth(){return width;}
        void setWidth(double var){width = var;}
};

改写之后符合Liskov principle了。

阅读更多
版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/imturkey/article/details/50611695
文章标签: 设计模式
个人分类: design pattern
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

不良信息举报

设计模式六大原则之Liskov替换原则

最多只允许输入30个字

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭