java设计模式基础知识

1.  面向对象代码怎样设计？

• 可维护
• 可复用
• 可扩展
• 灵活性

2.  单一职责原则

就一个类而言，应该仅有一个引起他变化的原因。
职责太多，将来维护和复用都会成很大问题

3.  开放-封闭原则（很重要）

软件实体（类，模块，函数）不能修改，但是可以扩展的思想。
即对于扩展是开放的，对于修改是封闭的
将来如果需求变动，尽可能的增加类就行，不用更改以前的代码。

4.  依赖倒转原则

• 高层模块不应该依赖低层模块，两个都应该依赖抽象。
• 抽象不应该依赖细节，细节应该依赖抽象。

即要针对接口编程，不要对实现编程。
比如电脑配件cpu，内存不应该依赖于主板，主板一坏，都不能用。
注意一个原则：
里氏代换原则：子类型必须能够替换他们的父类型
正是由于里氏代换原则，不用更改父类，只需要扩展子类就行，使得开放封闭原则得以实现

依赖倒转原则可以说是面向对象设计的标志。

5.  工厂模式

是简单工厂模式的抽象，将业务逻辑抽到客户端，增加一个逻辑类，变成新增工厂类生成这个逻辑类

6.  原型模式

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

复制过程中涉及到浅克隆和深克隆，浅只复制结果和基本数据类型，对于原型的对象还是在引用，而深克隆会复制对象。

当原型的对象非常复杂多重嵌套时，考虑用序列化。将类先写入流，在从流拿出来。

具体细节参考博客：

https://www.cnblogs.com/Qian123/p/5710533.html

7.  模板方法模式

将不变的抽象行为逻辑搬到超类中，去除子类重复的代码，具体的行为实现由子类完成。

8.  迪米特原则

如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

迪米特原则首先强调的前提是在类的结构设计上，每一个类都应当尽量降低成员的访问权限，松耦合。

9.  外观模式

为子系统中的一组接口提供一个一致的界面，此模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

外观模式完美的体现了依赖倒转原则和迪米特法则的思想。

使用阶段：

一：系统设计初期，应该有意识的将不同的两个层分离。比如经典的三层模式

二：在开发阶段，子系统往往因为不断重构演化变得很复杂。这时增加外观类来提供简单的接口，可以减少它们之间的依赖。

三：一个遗留的大型的系统，难以维护和扩展时，可以设计一个外观类，让新系统与外观类交互，外观类再与遗留代码交互所有复杂工作。