Liskov替代原则的一个例子是什么？
我听说Liskov替代原理（LSP）是面向对象设计的基本原理。它是什么？有哪些使用示例？
问题答案：
一个很好的例子说明了LSP（我最近听到的一个播客中的Bob叔叔给了LSP），就是有时候听起来有些自然语言在代码中不太起作用。
在数学中，aSquare是a Rectangle。实际上，它是矩形的一种特殊形式。“是”使您想使用继承对其进行建模。但是，如果在您编写的代码中Square派生自Rectangle，则aSquare应该可以在您期望的任何地方使用Rectangle。这导致一些奇怪的行为。
假设您在基类上有SetWidth和SetHeight方法Rectangle；这似乎完全合乎逻辑。但是，如果您的Rectangle引用指向Square，则SetWidth并SetHeight没有任何意义，因为设置一个将更改另一个以使其匹配。在这种情况下，Square通过Liskov替代测试失败，Rectangle并且Square从中继承的抽象Rectangle是一个不好的选择。
-
有人能告诉我下面的例子是否违反了LSP吗？ 我有一个例子: 和子类： 和主类： 在此示例中，子类添加名为 的新属性，并通过对其自己的属性 进行附加检查来覆盖方法。 在main方法中，我创建了2个对象。第一个是类型的对象，第二个是类型的对象。 当验证人员时，因为所有前提条件都是正确的，所以它是正确的，但是对于员工，它将抛出< code > IllegalArgumentException ，因为它与
-
我是OOP的新手。最近我读到了关于Liskov替换原理的文章。 在下面给出的代码中，Square类继承Give_区域。假设Square类与Square相关（比如有效性检查）。Give_Area给出正方形的面积（4个顶点位于圆的周长上）和圆的面积。所以，如果给我一个半径，我必须打印圆和正方形的面积（由放置在圆周长上的顶点组成）。为了得到圆的面积，我使用了一个参数。但在求平方面积时没有参数。因此，我在
-
我发现很难理解这个概念。我脑子里有几个问题。我试着在网上查询，但是没有太多的资源。 子类是否需要在其整个生命周期中保持其独特性？ 我很确定LSP定义了超级类和子类之间的契约，如果我错了，请纠正我。 如果一个给定的函数使用某个对象，你能用它的一个子类替换这个对象而不破坏它的执行吗？ 如果有一个类型为超类的变量，程序是否仍然有效。如果我将该超类或任何子类的实例放入该变量中。 如果这没有道理，我很抱歉。
-
我试图通过反复阅读维基百科条目来确定我对上述原则的理解。 撇开仍然让我悲伤的协变和逆变的概念不谈，wikipedia还提到超类型的不变量必须保留在子类型和历史约束或历史规则中。基于最后两个概念，我提出了一个小例子： 所以我的问题是：基于上述两个概念，我用这个例子是否违反了原则？若否，原因为何？ 事先非常感谢。
-
来自维基百科， Liskov的行为子类型概念定义了对象的可替代性概念；也就是说，如果S是T的子类型，则程序中T类型的对象可以替换为S类型的对象，而不改变该程序的任何期望属性（例如正确性）。 假设以下类层次结构： 基本抽象类-。它有一个只读属性，在后继程序中被重写。 基类的继承者-，它重写并返回灰色。 Cat的继任者-，它覆盖并返回带条纹的。 然后我们声明一个方法，参数类型为（不是）。 向该方法发送
-
问题内容： 我的情况与Code Complete中Steve McConnell 提到的情况非常相似。我唯一的问题是基于车辆，而三轮车恰好是根据法律，属于汽车。到目前为止，汽车只有四个轮子。无论如何，我的域都不必要地复杂，因此很容易遵循下面的cats示例。 对重写例程并且在派生例程中不执行任何操作的类要保持怀疑。这通常表明基类的设计存在错误。例如，假设您有一个Cat类和一个例程Scratch（），