适配器模式与里氏替换

Question

Adapter设计模式用于将一个类（Target）的接口转换为客户期望的另一个接口（Adaptee）。适配器允许不兼容的类一起工作，否则这些类由于接口不兼容而无法一起工作。

适配器模式可以通过两种方式实现：继承（适配器模式的类版本）和组合（适配器模式的对象版本）。

我的问题是关于使用继承实现的适配器模式的类版本。

下面是绘图编辑器的示例：

interface Shape   
{   
        Rectangle BoundingBox();   

        Manipulator CreateManipulator();   
}   

class TextView   
{   
        public TextView() { }   

        public Point GetOrigin() { }   

        public int GetWidth() { }   

        public int GetHeight() { }   
}  
interface Shape
{
        Rectangle BoundingBox();

        Manipulator CreateManipulator();
}

class TextView
{
        public TextView() { }

        public Point GetOrigin() { }

        public int GetWidth() { }

        public int GetHeight() { }
}

我们想重用 TextView 类来实现 TextShape，但接口是不同，因此 TextView 和 Shape 对象不能互换使用。

是否应该更改 TextView 类以符合形状接口？也许不是。

TextShape 可以通过以下两种方式之一使 TextView 接口适应形状的接口：

1. 通过继承 Shape 的接口和 TextView 的实现（Adapter 模式的类版本）
2. 通过在 TextShape 对象内部组合 TextView 实例并使用 TextView 实现 TextShape 的接口实例（适配器模式的对象版本）。

类适配器

interface Shape   
{   
    Rectangle BoundingBox();   

    Manipulator CreateManipulator();   
}   

class TextView   
{   
    public TextView() { }   

    public Point GetOrigin() { }   

    public int GetWidth() { }   

    public int GetHeight() { }   
}   

class TextShape : TextView, Shape   
{   
    public Rectangle BoundingBox()   
    {   
        Rectangle rectangle;   
        int x, y;   
        Point p = GetOrigin();   
        x = GetWidth();   
        y = GetHeight();   

        //...   

        return rectangle;   
    }  

    #region Shape Members   

    public Rectangle Shape.BoundingBox()   
    {   
        return new TextBoundingBox();   
    }   

    public Manipulator Shape.CreateManipulator()   
    {   
        return new TextManipulator();   
    }  

    #endregion   
}  

现在回答问题:-)。 TextShape 从 Shape 继承，特别是从 TextView 继承，是否存在有效的“is a”关系？如果不是，那不是违反了里氏替代原则吗？

Answer 1

它不会违反里氏替换原则，除非子类中有一些东西使它的行为方式对超类没有意义（违反了超类的契约）。这当然是不完整的代码，但我没有看到任何迹象。

它可能违反单一职责原则，但我不确定这是适配器中的一个巨大问题执行。

我通常更喜欢委托方式。