wwww8260919的博客

装饰模式是结构型模式的一种，属于十分常见的装饰模式。考虑具体场景： 如今不管是手机，还是智能汽车或者其他私人物品，现在均支持一个DIY的潮流，根据个人喜好以及经济能力，选配自己的组件。但核心都是该被DIY的物品。但是对于商家来说，任意的选配，就会有不一样的价格。如何清晰明了的解决这个需求，装饰模式则应运而生。 核心组件: 抽象组件接口，也可以是抽象类。即上述例子的手机或者汽车 具体的被装饰物。对于抽象组件的实现，具体的被装饰物 装饰物，对于抽象组件的时间，主要体现DIY的功能，因此，装饰物需要持有被装

一种对象创建型模式，使用原型实例指定创建对象的种类。拷贝对象。实际是对Cloneable接口的使用。 该模式也运用到了深拷贝和浅拷贝这个知识点。 核心组成: Prototype: 声明克隆方法的接口，即Cloneable接口，原型模式即为对整个接口的实现，其中实践了深拷贝和浅拷贝知识点 ConcretePrototype：具体的原型类，实现了克隆接口 Client: 原型类克隆而得到的实例 浅拷贝实现 Cloneable，深拷贝是通过实现 Serializable 读取二进制流 浅拷贝 如果原型对象

适配器模式 见名知意，作为两个不兼容接口之间的桥梁，我们只需要新增一个适配器，而不需要去改动两者之间任一的结构。 例如生活中笔记本的扩展坞，就是一种适配器，使得原本不兼容的接口能够一起工作。 JDBC则是我们用过的最常见的适配器模式，JDBC是统一的数据库访问接口，针对Oracle 和 MySQL 有不同的适配。 属于结构型模式的一种。一般有如下两种适配器： 接口适配器模式 我们时常会遇到一个情形，一个接口定义了大量的方法声明，但是我们此时只需要实现它的部分功能，但是往往实现一个接口必须要重写它所有的方法。

建造者模式 使用多个简单的对象一步一步构建成一个复杂的对象，将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示 简而言之就是使用者对于产品的构建过程是不感知的，他只需要拿到对应的产品就可以了。 核心组成 Builder：抽象方法，抽象的构建者。抽象所有的方法 ConcreBuilder: 具体的构建者 Director：调度者 productor：产品 用例场景： 比如对于KFC的菜单，对于一份套餐，可以由任意不同的单品进行组装从而形成不同的套餐产品； 另外，如今大家

代理模式 静态代理模式 该模式分为三个角色，首先定义一个顶层抽象接口，然后有两个类分别实现它，一个核心功能角色类，负责核心功能的逻辑开发；另一个就是代理角色类，实现接口，同时持有一个核心功能角色，同时他只专注于其他功能的开发，核心功能由传入的核心角色进行。代码如下： 抽象角色接口 //一个明星接口 public interface Star { //演唱之前收门票 void ticket...

单例模式 1 饿汉式 //天然线程安全，因为修饰有static关键字，在装载类的时候就已经初始化，肯定不会出现并发访问的问题 class Singleton01{ private static Singleton01 s = new Singleton01(); private Singleton01(){} //只将这个方法对外开放，这样外部获取的永远都是s这一个实例 public...