以前，我們深入研究了堅實的原則，包括單一責任和開放/封閉原則。
Liskov替代原則（LSP）是子類型關系的一種特殊定義，稱為（強）行為子類型，

假設對象S是對象T的子類型，則可以用類型S的對象替換類型T的對象，而無需更改T的任何理想屬性。

假設我們有Employee類。

package com.gkatzioura.solid.liskov;public class Employee {public void work() {System.out.println("Employee is working");}}

我們還有另一個繼承Employee類的類。

package com.gkatzioura.solid.liskov;public class EmployeeOnVacation extends Employee {@Overridepublic void work() {throw new IllegalArgumentException("Employees on vacation should not work");} }

假設我們有一個項目。

package com.gkatzioura.solid.liskov;import java.util.List;public class Project {public void start(List<Employee> employees) {for(Employee employee:employees) {employee.work();}} }

我們指派員工開始研究

List<Employee> employees = new ArrayList<>();employees.add(new EmployeeOnVacation());employees.add(new Employee());Project project = new Project();project.start(employees);

由于雇員正在休假，結果將是一個例外，因此該項目將無法完成。
為了避免違反該原則，我們將使用不同的方法并建立兩個不同的員工界面。
WorkingEmployee接口。

package com.gkatzioura.solid.liskov;public interface WorkingEmployee {public void work(); }

和非工作人員界面。

package com.gkatzioura.solid.liskov;public interface NonWorkingEmployee {void relax(); }

因此，該項目將僅使用作為WorkingEmployee接口的實現的員工。

List<WorkingEmployee> employees = new ArrayList<>();employees.add(new WorkingEmployeeImpl());Project project = new Project();project.start(employees);

您可以在github上找到源代碼。 下一個原則是接口隔離原則。

另外，我還編寫了備忘單，其中包含一些扎實的原則。
在鏈接中注冊以接收它。

翻譯自: https://www.javacodegeeks.com/2018/02/solid-principles-liskov-substitution-principle.html

總結

以上是生活随笔為你收集整理的坚实原则：Liskov替代原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。