weixin_45873793的博客

在这模式中，客户不需要知道复杂对象的内部组成和装配方式，只需要知道建造者的类型即可，同时，复杂对象的构建和组装会分隔开来，建造者可以定义不同的创建类型。建造者模式（Builder Pattern）是一种创建型设计模式，也叫生成器模式。它用于构造一个复杂的对象，同时允许。如果产品内部发生变化 , 建造者也要相应修改。建造类之间相互独立 , 在一定程度上解耦。对象的组成部分必须按照某种顺序构建。产生多余的 Builder 对象。3. 建造者模式和工厂模式。2. 建造者模式优缺点。1. 建造者模式简介。

Liskov Substitution Principle： 里氏替换原则。Single Responsibility Principle： 单一职责原则。Interface Segregation Principle： 接口隔离原则。Dependence Inversion Principle： 依赖倒置原则。

观察者模式（Observer Pattern）是一种行为设计模式，又称为发布/订阅(Publish/Subscribe)模式，它定义了对象间的一种一对多的依赖关系，使得当一个对象状态改变时，它的所有依赖对象都会被自动通知并且更新。短信Service实现ApplicationListener接口。举例：用户注册之后发送短信通知、积分还有优惠券。2. SpringBoot观察者模式。优惠券Service直接在。1. 观察者模式简介。观察者模式的使用场景。

工厂模式是一种创建型设计模式，它提供了一种创建对象的方式，但将对象的实例化逻辑从客户代码中解耦出来。工厂模式通常通过定义一个专门的工厂类来实现，该类对外暴露一个创建对象的接口，而不需要客户代码指定具体类。简单工厂模式不是一个标准的设计模式，更多的是一种编程习惯。它有一个中心化的工厂类，决定哪一个产品类应该被实例化。工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类的实例化推迟到子类。抽象工厂模式是工厂方法模式的升级版，后者面向单个产品，而前者面向的的是一个产品族。

时，都会进行线程同步，这可能会引起重大的性能问题），所以不推荐使用。但是这两种修改方法会使代码的效率变的很低（每次调用。