设计模式 - 总结与思考

最新推荐文章于 2021-10-25 11:55:47 发布

有机后浪

最新推荐文章于 2021-10-25 11:55:47 发布

阅读量242

点赞数 1

分类专栏： Java+设计模式文章标签：设计模式 java

本文链接：https://blog.csdn.net/key_768/article/details/105597886

版权

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

27 篇文章 0 订阅

订阅专栏

前言

《Design Patterns: Elements of Reusable Object-Oriented Software》设计模式，是四个作者Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides "四人组（Gang of Four）"的著作，我们一般讲到的Gof 设计模式就是说的这本书所描述的23种设计模式

到这篇总结，已经完成了23种设计模式的系统的学习

在这次设计模式的学习中，我没有学习到高深的知识，更多的是学习到了一种思想：让代码更优雅的思想

UML

设计模式面向对象设计思想，在Java知识体系中是Java基础知识和J2EE框架知识之间一座隐性的"桥"

J2EE是企业级开发的工业标准，既然是工业、工程，即必须有统一的描述语言

统一建模语言(Unified Modeling Language，UML)是一种为面向对象系统的产品进行说明、可视化和编制文档的一种标准语言，是非专利的第三代建模和规约语言

在企业级开发中，写文档、描述产品，一定会使用到UML
设计模式（1）UML详解

设计模式原则

Gof23种设计模式，但是，它们都是根据七大原则，在不同方面的扩展

设计模式（2）六大原则（七大原则）

这七大原则是：

开闭原则：软件应该面向扩展开放，面向修改关闭
里氏替换原则：子类可以扩展父类的功能，但不能改变父类的功能
依赖倒置原则：细节应当依赖抽象，即面向接口编程，接口、抽象类定义类规范，具体由子类实现
单一职责原则：一个类应当有且只承担一个职责，控制类的粒度大小
接口隔离原则：一个接口（抽象类）应当只包含客户需要的方法，类与类的依赖应该建立在最小的接口上
迪米特法则：实体类间如果不需直接通信，就不应该发生直接的相互调用，而是通过第三方转发调用
合成复用原则：软件复用时，应该先考虑聚合、组合复用，再考虑继承关系

七大原则有些抽象，但是在后续的23中设计模式中，或多或少的使用了这些原则，结合实际思考，会有更深的体会

创建型模式

创建型模式关注的是“怎样去创建对象”，主要特点是将对象的创建与使用分离

创建型模式有5种（简单工厂方法不在其中）：

简单工厂模式：根据不同的参数返回不同的实例，用户只需知道参数名代表的实例
设计模式（3）创建型模式 - 简单工厂模式
工厂方法模式：工厂父类中定义创建产品的公共接口，工厂子类负责创建具体的产品（针对一个系列的产品，是简单工厂模式的扩展）
设计模式（4）创建型模式 -工厂方法模式
抽象工厂模式：提供一个创建一系列相关或相互依赖对象的接口，而无须指定它们具体的类（针对产品族，是工厂方法模式的扩展）
设计模式（5）创建型模式 - 抽象工厂模式
单例模式：确保一个类只有一个实例，并自行实例化向系统提供该实例
设计模式（6）创建型模式 - 单例模式
原型模式：通过复制原型对象创建新的对象（设计Java克隆）
设计模式（7）创建型模式 - 原型模式
建造者模式：将复杂的创建与表现隔离，即一步步创建复杂对象的组件，最终拼接成复杂对象
设计模式（8）创建型模式 - 建造者模式