Java设计模式之入门总结

最新推荐文章于 2022-03-10 22:16:10 发布

yyangqqian

最新推荐文章于 2022-03-10 22:16:10 发布

阅读量126

点赞数

分类专栏： # Java设计模式

本文链接：https://blog.csdn.net/const_/article/details/101533519

版权

Java设计模式专栏收录该内容

15 篇文章 0 订阅

订阅专栏

Java23种设计模式案例代码

参考

最好的软件设计模式详解
 Java设计模式
 Java常用的几种设计模式
 java 常用十种设计模式示例归纳 | 已打包请带走

设计模式六大原则

开放封闭原则：对扩展开放，对修改封闭，意即程序拓展时不要动原有的代码
LSP原则：任何基类可以出现的地方，子类一定可以出现
依赖倒置原则：使用接口，依赖于抽象而不是具体
接口隔离原则：为了解耦，使用多个相互隔离的接口
迪米特法则：一个实体应当尽量少地与其他实体之间发生相互作用，使得系统功能模块相对独立。
CRP法则：尽量使用合成/聚合的方式，而不是使用继承。

1、开闭原则（Open Close Principle）
开闭原则就是说对扩展开放，对修改关闭。在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）
里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科

3、依赖倒转原则（Dependence Inversion Principle）
这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）
这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（最少知道原则）（Demeter Principle）
为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）
原则是尽量使用合成/聚合的方式，而不是使用继承。

设计模式分类

1、创建型模式（在创建对象的过程中尽量隐藏创建细节，不直接使用new）

工厂模式（Factory Pattern）
抽象工厂模式（Abstract Factory Pattern）
单例模式（Singleton Pattern）
建造者模式（Builder Pattern）
原型模式（Prototype Pattern)

2、结构型模式（主要关注类和对象的继承、组合）

适配器模式（Adapter Pattern）
桥接模式（Bridge Pattern）
过滤器模式（Filter、Criteria Pattern）
组合模式（Composite Pattern）
装饰器模式（Decorator Pattern）
外观模式（Facade Pattern）
享元模式（Flyweight Pattern）
代理模式（Proxy Pattern）

3、行为型模式（关注对象之间的通信）

责任链模式（Chain of Responsibility Pattern）
命令模式（Command Pattern）
解释器模式（Interpreter Pattern）
迭代器模式（Iterator Pattern）
中介者模式（Mediator Pattern）
备忘录模式（Memento Pattern）
观察者模式（Observer Pattern）
状态模式（State Pattern）
空对象模式（Null Object Pattern）
策略模式（Strategy Pattern）
模板模式（Template Pattern）
访问者模式（Visitor Pattern）

工厂模式

现在要创建一些对象，他们都实现了某个接口或者继承了某个类。我们不在需要的时候使用new操作符，而是把创建的操作让一个“工厂类”完成，我们在需要新对象时只需要把需要的东西的名字以参数形式传递给工厂类就行了，而不用去管怎么创建的。

抽象工厂模式

在工厂模式中，一个工厂类只生产实现某个接口或者继承了某个类的对象，也就是具体工厂生产具体对象，如果建立一个抽象工厂类和若干个具体工厂，每个具体工厂负责产生一类对象，就成了抽象工厂模式。就是一个抽象工厂类可以生产多种类型的对象，具体每种类型的对象怎么生成，要用一个专门的工厂类来决定。

单例模式

一个类，他虽然有构造方法，但是把它设定为private，不能被外界使用。这个类只存在一个实例，保存在这个类自己的一个静态字段里，如果要用这个类的实例属性、实例方法，都通过这个静态字段访问这个唯一的实例来实现。

建造者模式

现在要创建一个很复杂的对象，我们把这个工作分开来做，先定义并实现一个建造者类，在这个类中实现构建这个对象所需要的全部方法。再定义并实现一个导演类，把一个建造者类传给它，让它负责这些方法调用的逻辑次序和对象的组合，然后统一给客户端返回一个生成好的复杂对象。

原型模式

已经有了一个对象了，我们创建对象时直接复制它，不需要新建了。

适配器模式

一个类和另一个类有一些相似的操作，但是它们的形式是不一致的，需要有一个东西把它包裹起来，变成另一种比较合适的形式。

类适配：创建新类，继承源类，并实现新接口，例如

class  adapter extends oldClass  implements newFunc{}

对象适配：创建新类持源类的实例，并实现新接口，例如

class adapter implements newFunc { private oldClass oldInstance ;}

接口适配：创建新的抽象类实现旧接口方法。例如

abstract class adapter implements oldClassFunc { void newFunc();}

装饰器模式

一个类有一些方法，但是我们想让这些方法调用的时候多执行一些东西，于是可以定义一个装饰器的类，它和被修饰的类同时一个类的子类或是一个接口的实现，然后将这个被修饰的类委托给这个装饰器类，如果想使用这个修饰后的方法，只需要调用这个修饰器的方法就可以了。

代理模式

我想访问一个对象，但是这个对象出于多种考虑，比如细节复杂、需要控制访问、隐藏细节等，不能让别人直接使用，必须要使用一个中间层性质的代理类，对这个对象的所有访问都由这个代理类来完成。

外观模式

我现在有一个成套的系统，有若干接口、类，但是直接操作这些类是一个很复杂的过程，于是额外再定义一个总结性质的类，给几个比较有概括性的、简洁的方法去操作这个系统，以此来简化访问。

桥接模式

如果我现在有一个抽象的父类，和一些具体的子类，本来他们应该是一个继承的关系，但我认为这样会使两个类耦合过紧，于是强行使用委派、组合的方式，使两者可以相对独立的变化。具体就是在抽象类中实现一些基本操作，然后把一些需要细分的操作委派出去，可以把那些原来的子类统一到一个接口里，然后把这个接口和原来的父类组合。