摘要：
装饰者模式 用于多个类可以相互组合，甚至多数量，多类品组合，而组合完，我们还要访问它们的某个都拥有的属性；这种多变的场景就非常适合装饰者模式 比如以下例子： 咖啡馆： 咖啡品类：无因咖啡、黑咖啡、意大利咖啡等 调料品类： 牛奶、豆浆、巧克力等 客户可以点一杯咖啡 + 若干牛奶、豆浆、咖啡的，搅拌在一 阅读全文
摘要：
组合模式：本质就是把不该是继承关系的类，改成树形结构，有树根节点，树中间节点和叶节点。 比如例子： 关系 学校 → 学院 → 专业 他们之间并非是继承关系，而是包含关系，或者说是组合关系。 随时有可能移除学院、增加学院、移除专业、增加专业；所以继承就不够灵活。 先创建一个共同的父类（此处接口也可以， 阅读全文
摘要：
原型模式主要是用于拷贝对象，而生产新的对象 传统的拷贝方式： // 创建一只叫sheep，1岁了的羊 Sheep sheep1 = new Sheep('sheep', 1); // 拷贝这只羊 Sheep sheep2 = new Sheep(sheep1.getName(), sheep1.ge 阅读全文
摘要：
很常用的一种设计模式，比如所谓的MVP架构就是典型的中介者模式 MVC 框架时代， M V C 三者之间皆可以相互操作，导致后期维护的难度升高，之后就引入了MVP架构来进行解耦，本质就是使用中介者模式的思想。 这里就不多做解释了，大家应该都用过MVP吧 还是举个例子： 现在有n个买家和n个卖家；他们 阅读全文
摘要：
享元模式：就是为了共享对象，将已生成的对象存储起来，下次如果还是要这个对象，直接返回该存储的对象。也是我们工作中常用的设计模式 例子： public class WebSiteFactory { //集合，充当池的作用 private HashMap<String,ConcreteWebSite> 阅读全文
摘要：
适配器模式本质是为了解决 对接另外一个接口时，发现两边的数据格式或者一些原因导致不能直接对接；这是很正常的现象；当为了实现低耦合即尽量不要修改大量代码去适配对接接口，就应该抽象出一层适配层，即适配类来完成两边的对接工作。 适配器模式分为两种 类适配方式，即通过继承来完成 对象适配方式，即通过代理来完 阅读全文
摘要：
基本介绍 外观模式（Facade），也叫过程模式，主要是为一组接口提供一个一致的“界面”，也就是定义一个更高层的接口，来对这一组接口进行统一的调度。这个接口使得者一组接口更容易使用。 外观模式通过定义一个一致的接口，就可以屏蔽这一组子接口的内部细节，使得调用防只需跟这个外观接口交互，而无需关系内部细 阅读全文
摘要：
编写软件过程中，程序员面临着来自耦合性、内聚性以及可维护性、可扩展性、重用性、灵活性等多方面的挑战，设计模式是为了让程序具有更好的： 1. 代码重用性(相同功能代码，不用多次编写) 2. 可读性（编程规范性） 3. 可扩展性（增加新功能时十分方便） 4. 可靠性（增加新功能后，对原来的功能没有影响） 阅读全文
摘要：
命令模式基本介绍 命令模式（Command Pattern）：在软件设计中，我们经常需要向某些对象发送请求，但并不知道请求的接受者是谁，也不知道被请求的操作是具体如何执行 命令模式使得请求发送者和请求接受者之间松耦合。 命令模式支持撤销功能 如何解决 通过调用者发送指令，接受者接受指令并执行指令； 阅读全文
摘要：
基本介绍 桥接模式（Bridge模式）：将实现与抽象放在两个不同的类层次中，使两层次可以独立改变 是一种结构型设计模式 说白了就是有多个维度的变化，这样的组合关系如果按照传统的方式会导致类爆炸，所以需要将两个维度抽象出来，然后让其通过对象进行组合，来减少类的创建 用手机来举例 当前有两个维度：1. 阅读全文
摘要：
建造者模式主要是为了解决创建对象时的一些问题 比如： 一个类有多个成员，可是初始化它时，有些成员必须传入，有些成员可以不传，这导致我们需要重载很多构造函数，着实蛋疼；或者成员过多，导致构造函数入参过多，构造函数很长的痛点 构造函数用法： public class Person { private S 阅读全文
摘要：
最复杂的设计模式，并且使用频率不高，《设计模式》的作者评价为：大多情况下，你不需要使用访问者模式，但是一旦需要使用它时，那就真的需要使用了。 访问者模式是一种将数据操作和数据结构分离的设计模式。 例子： 年底，CEO和CTO开始评定员工一年的工作绩效，员工分为工程师和经理，CTO关注工程师的代码量、 阅读全文
摘要：
备忘录模式看似不常见，其实挺常见的；比如著名的React 的时间旅行功能，就是备忘录模式的体现；还有一些游戏的存档、读档功能也是备忘录模式 例子： 先创建一个用于存档英雄血量的类: 时刻档类 public class Memento { // 英雄血量 private int bloodState; 阅读全文
摘要：
抽象工厂模式 是在工厂方法模式上的再一次抽取 1. 将工厂方法模式中的公共方法提出，放入一个单独的类中 2. 将抽象工厂父类 改为 接口，==进一步的抽象== 3. 由各个子类去实现该接口中的抽象方法 ##### 这样工厂为一个对象簇，披萨为一个对象簇，工厂代码更容易维护。 ### ==在工厂方法模 阅读全文
摘要：
应用案例：客户点披萨时，可以点不同地点、不同口味的披萨，比如北京的奶酪披萨、北京的胡椒披萨 或者伦敦的奶酪披萨、伦敦的胡椒披萨 相比于简单工厂模式的案例，多了一个维度条件，直接使用简单工厂模式的话，会导致多个简单工厂类中有大量重复的代码，这里相当于使用了一个模版方法模式，抽取重复的部分到父类，而抽象 阅读全文
摘要：
简单工厂模式 属于创建性模式，功能：又一个工厂对象决定创建出哪一种产品类的实例 是最简单最实用的模式 下面用披萨工厂举例： // pizza 父类 public class Pizza { private String name = ""; public void setName(String na 阅读全文
摘要：
所谓单例模式，就是采取一定的方法保证整个软件系统，对某个类只存在一个对象实例，且该类只提供一个取得其对象实例的方法。 饿汉式单例模式（静态变量） /** * 饿汉式 * 线程安全 */ public class Singleton { private static Singleton instanc 阅读全文