里氏替换原则(Liskov Substitution Principle, LSP)
子类型必须能够替换它们的父类型。
分析:
继承是面向对象思想中的一个重要特性。
优势:
可以减少重复代码,从而实现代码的可重用性。
子类与父类,可以相似,也可以有它们各自不同的地方。
父类,可以提高代码的开放度。
问题:
父类方法与属性变化时,子类也会跟着变化,这样导致大量的代码需要重构。
基于此,里氏替换是以继承为基础,如果对其进行合理的规范化,其结果可以大大的降低代码的重构,因此,需要我们实现里氏替换原则。
代码示例:
父类:
package com.test.principle.lsp;
public class SuperLiskov {
public int a = 1;
public void a1() {
}
public void a2() {
}
}
子类:
package com.test.principle.lsp;
public class SubLiskov extends SuperLiskov {
public int b;
public int a = 2;
public void a1() {
}
public void a3() {
}
}
测试代码:
package com.test.principle.lsp;
public class LiskovClient {
public static void main(String[] args) {
SuperLiskov sk = new SuperLiskov();
sk = new SubLiskov();
sk.a1();
sk.a2();
System.out.println(sk.a);
}
}
输出结果为:1
里氏替换原则和struts
struts 的ActionMessageStruts具备消息传递功能,ActionMessage的容器包括:“ActionErrors”和“Actionmessages”,后者的实例均可以相互设置为容器。
并且ActionErrors也可以运用error.add(msgs)使自己成为ActionMessages的容器。此处较好的实现了里氏替换原则的原理。即这种做法实现了在父类涉及的场所
子类均可安全替换。