面向对象设计七大基本原则

系统所需要的可维护性和可复用性

不合理的系统可能坏在哪里：

1. 过于僵硬：

没有预留拓展空间，所有修改都需要对大量源码进行重复性修改，硬编码问题突出

2. 过于脆弱：

一般与过于僵硬同时出现，既一处修改处处bug，系统的耦合度跟复杂度高

3. 复用率低：

相似的方法因业务问题不断重写， 若将一些重复使用的方法抽象出来封装，大大减少代码量且降低系统的复杂程度

4. 粘性过高：

应尽量按照系统的原始设计风格进行拓展，不然导致维护成本大大提高

面向对象设计基本原则 1．单一职责原则 (Single Responsibility Principle, SRP)定义如下：

一个对象应该只包含单一的职责，并且该职责被完整地封装在一个类中。

登录类,只负责接收请求，调用其他工具类进行数据库连接、校验，判断条件并返回结果，不应该在该类中写连接数据库 校验 这些由其他类所要做的事

2．开闭原则
　　(Open-Closed Principle, OCP)定义如下：

一个软件实体应当对扩展开放，对修改关闭。也就是说在设计一个模块的时候，应当使这个模块可以在不被修改的前提下被扩展，即实现在不修改源代码的情况下改变这个模块的行为。

Software entities should be open for extension,but closed for modification
一般通过抽象出一个父类，子类继承父类方法并进行重写
与下面的里氏代换不同的是，这里特指多个子类共同继承一个父类

3．里氏代换原则定义

所有引用基类（父类）的地方必须能透明地使用其子类的对象。

当你没有搞抽象层，想覆盖掉父类但又能删掉父类时，可以通过一个子类去继承父类并重写方法，调用时直接 父类 xx=new 子类()即可
与上面的开闭原则不同的是，这里指一个子类往上继承一个父类，一般是一个套一个串联形式出现

4．依赖倒转原则
(Dependence Inversion Principle, DIP)的定义如下：

高层模块不应该依赖低层模块，它们都应该依赖抽象。抽象不应该依赖于细节，细节应该依赖于抽象。

另一种定义方式如下：
　　要针对接口编程，不要针对实现编程。

1.构造注入

抽象
+interface AbsBook : +void view()
+interface AbsReader :+void read()


具体实现
+class ConBook implement AbsBook: +void view()

+class ConReader implement AbsReader {
	- AbsBook book;
	
	+ConReader(AbsBook book){
		this.book=book;
	}

	+void read(){
		book.view();
	}
}

2.setter注入

5．接口隔离原则定义
　　接口隔离原则(Interface Segregation Principle, ISP)的定义如下：

客户端不应该依赖那些它不需要的接口。

另一种定义方法如下：

一旦一个接口太大，则需要将它分割成一些更细小的接口，使用该接口的客户端仅需知道与之相关的方法即可。

6．合成复用原则
　　(Composite Reuse Principle, CRP)又称为组合/聚合复用原则(Composition/ Aggregate Reuse Principle, CARP)，其定义如下：

尽量使用对象组合，而不是继承来达到复用的目的。

7．迪米特法则
(Law of Demeter, LoD)又称为最少知识原则(Least Knowledge Principle, LKP)

它有多种定义方法，其中几种典型定义如下：

(1) 不要和“陌生人”说话。英文定义为：Don’t talk to strangers.

(2) 只与你的直接朋友通信。英文定义为：Talk only to your immediate friends.

(3) 每一个软件单位对其他的单位都只有最少的知识，而且局限于那些与本单位密切相关的软件单位。英文定义为：Each unit should
have only limited knowledge about other units: only units “closely”
related to the current unit.