单一职责原则（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）
不应该强迫客户依赖于它们不用的方法。（避免“胖”接口）
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
