OOD原则

发布时间：2020-12-14 05:45:39 所属栏目：百科来源：网络整理

导读：单一职责原则（ SRP ）就一个类而言，应该仅有一个引起它变化的原因。 ? 开放 - 封闭原则（ OCP ）软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。 ? 1、 ? 对于扩展是开放的这意味着模块的行为是可以扩展的。当应用的需求改变时，我

单一职责原则（SRP）

就一个类而言，应该仅有一个引起它变化的原因。

开放-封闭原则（OCP）

软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改的。

1、? 对于扩展是开放的

这意味着模块的行为是可以扩展的。当应用的需求改变时，我们可以对模块进行扩展，使其具有满足那些改变的新行为。

2、? 对于更改是封闭的

对模块的行为进行扩展时，不必改动模块的源代码或者二进制代码。

OCP背后的主要机制是抽象与多态！

Liskov替换原则（LSP）

子类型必须能够替换掉它们的基类型。

简单的例子：

违反LSP原则的例子

??? public void saysomething(Language lan){

?????? String tempStr = "";

?????? if(lan instanceof Chinese){

?????????? tempStr = "中文";

?????? }

?????? if(lan instanceof English){

?????????? tempStr = "英文";

?????? }

??????

?????? System.out.println("现在你学习的语言是："+tempStr);

??? }

因为如果传递到saysomething方法中的Language是一个Japanese对象时，它将无法处理！

要让它符合LSP也非常简单：

public abstract class Language {

??? public abstract String toString();

}

public class Chinese extends Language{

??? @Override

??? public String toString() {

?????? return "中文";

??? }

}

public class English extends Language{

??? @Override

??? public String toString() {

?????? return "英语";

??? }

}

??? public void saysomething(Language lan){

?????? System.out.println("现在你学习的语言是："+lan.toString());

??? }

在这种情况下，可以随意定义Language的子类，并传递到saysomething方法，不会有任何问题。

依赖倒置原则（DIP）

A、高层模块不应该依赖于底层模块。二者都应该依赖于抽象。

B、抽象不应该依赖于细节。细节应该依赖于抽象。

接口隔离原则（ISP）

不应该强迫客户依赖于它们不用的方法。（避免“胖”接口）

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!