设计模式

这个模式，担心的就是系统中各个子系统之前互相之间调用，乱成一团。所以就将系统之间互相调用的逻辑给放到一个所谓的中介者里面去。每个系统如果要通知别的系统干个什么事儿，直接就是调用中介者，中介者负责去调用别的系统。

访问者模式，是对目标对象，动态的执行某个功能，而不对目标对象有任何的改动。

责任链模式，那也是经常会使用到的，对于那种复杂的业务流程，一种方案是采取面向对象的设计，将不同的业务逻辑封装到不同的类里去，然后通通过方法中的调用来控制业务流向；另外一种就是采用责任链模式，将业务逻辑封装到不同的handler里面去，形成链条式调用。

享元模式，从最基本的角度来说，其实就是维护固定数量的对象实例，不同的对象实例，只有一个，然后保存在内部的一个map中。可以算是跟单例模式的一个扩展和结合吧。

就是一个类一开始生产了一些数据，这些数据可能会被改变，但是需要将这些中间数据保存起来，给后面不同的操作使用这些中间数据。

状态模式，就是维护多种不同的状态，每种状态下可以去执行一些特殊的逻辑。然后由一个Context类负责根据请求参数调用，来维护这些状态之间的切换，形成一个状态机的概念。

组合模式（Composite Pattern）是一种结构型设计模式，它将对象组织成树形结构，以表示“部分-整体”的层次结构。组合模式允许客户端以统一的方式处理单个对象和组合对象（即容器中的多个对象）。这种模式特别适合用于表示层次化的结构，例如文件系统、组织结构树、GUI 界面的组件树等。

是一种行为设计模式，定义了一种一对多的依赖关系。当一个对象的状态发生变化时，所有依赖于它的对象都会自动收到通知并更新。这种模式通常用于事件驱动的编程环境中，如用户界面系统、消息广播系统等。

所谓的桥接，就是搭建一个桥，让两个组件之间互相调用，可以通过桥来执行。因为有了桥，两个代码组件无论怎么修改，都互相没有影响。

是一种结构型设计模式，它允许动态地给对象添加功能，而不改变其原有的结构。装饰器模式通过创建一个装饰器类，将对象包裹在装饰器中，从而可以在不修改对象代码的情况下增加额外的行为或功能。

这个模式在我们的电商系统里可以大量使用，就是用facade包装每个子系统内部的大量代码组件，对外暴露统一简单的接口。

如果一个对象，我们希望拷贝一个这个对象，就是弄出来这个类的另外一个实例，实例的属性跟之前的实例是一模一样的。

面向Iterator接口编程，无论底层的数据结构和迭代算法如何变化，调用者都不用修改代码。

工厂模式的核心思想，其实就是不要自己在代码里手动new一个实现类对象出来，因为那样的话，调用方就不是面向接口编程了，你还得自己去care实现了。

模版模式主要是对于有多种不同实现的一些场景进行抽取出通用功能使用。

代理模式在Java里面使用的场景特别多，比如spring 的AOP，Feign等框架封装

构造器是一种非常棒，非常实用，非常常用的设计模式，务必要掌握好。

命令模式是很常用的，一般就是说，你可能会执行一些操作，这些操作都实现一个接口，但是有不同的命令实现，然后命令的执行类就是同一个，你需要执行哪个命令就封装那个命令后发送给执行类即可

基础原则相关内容，包含可维护性、可读性、可扩展性、灵活性、简洁性（简单、复杂）、可复用性、可测试性。

单例模式，在系统里，你要判断一下，如果有一些类，只需要一个实例对象就可以了，那就给那个类做成单例的模式。

适配器模式 一般是在系统不断升级的过程中使用，对已经写好的老的类，写一套适配器来适配老类。

策略模式，将会成为最最高频使用的一种设计模式，他的常见应用场景，就是替换掉那一大坨复杂难懂的if else if else。