qq_44892120的博客

23种设计模式 01 建造者模式 追 MM 少不了请吃饭了，麦当劳的鸡翅和肯德基的鸡翅都是 MM 爱吃的东西，虽然口味有所不同，但不管你带 MM 去麦当劳或肯德基，只管向服务员说「来四个鸡翅」就行了。麦当劳和肯德基就是生产鸡翅的 Factory 工厂模式：客户类和工厂类分开。 消费者任何时候需要某种产品，只需向工厂请求即可。消费者无须修改就可以接纳新产品。缺点是当产品修改时，工厂类也要做相应的修改。如：如何创建及如何向客户端提供。 02 建造者模式 MM 最爱听的就是「我爱你」这句话了，见到不同地方的 MM

工厂方法模式 定义 定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类 优点 良好的封装性，代码结构清晰。 工厂模式的扩展性非常优秀。在增加产品类的情况下，只要适当的修改具体的工厂类或扩展一个工厂类，就可以完成“拥抱变化”。 屏蔽产品类。这一特点非常重要，产品类的实现如何变化，调用者都不需要关心，它只需要关心产品的接口，只要接口保持不变，系统中的上层模块就不要发生变化。 工厂模式是典型的解耦框架 使用场景 首先，工厂方法模式是new一个对象的替代品，所以在所有需要

简单工厂（静态工厂） 基本介绍 定义一个工厂类，它可以根据参数的不同返回不同类的实例，被创建的实例通常都具有共同的父类。因为在简单工厂模式中用于创建实例的方法是静态(static)方法，因此简单工厂模式又被称为静态工厂方法模式，它属于类创建型模式。只能生成一个类的一个对象 优点 只需要传入一个正确的参数，就可以获取你所需要的对象而不需要知道其创建的细节 缺点 工厂类的职责相对过重，增加新的产品需要修改工厂类的判断逻辑，违背了开闭原则 public class PersonFactory{

单例模式 介绍 就是采用一定的方法保证在整个软件系统中，对某个类只存在一个对象的实例，并且该类只提供一个取得其对象的方法（静态方法） 分类 1.饿汉式（静态常量） 步骤： 构造器私有化（防止new）； 类的内部创建对象； 向外暴露一个静态的公共方法； 代码实现： class Singleton{ //构造器私有化,外部不能new private Singleton(){ } //类的内部创建一个对象,保证唯一 private final static Singleto

设计原则 单一职责原则 介绍 对类而言，即一个类应该只负责一项职责。如果类A负责两个不同的职责：职责一，职责二。当职责一发生变动而改动A时，可能造成职责2执行错误，所以需要将类A的粒度分为A1和A2。 作用 降低类的复杂度，一个类只负责一 项职责 提高类的为维护性，可读性 降低变更引起的风险 通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则。 ​ （注：上图不是真正意义上的单一职责原则）