结构性模式：
界面卡模式：
常用于将一个新界面适配旧界面
肥朝小声逼逼：在我们业务程式码中经常有新旧界面适配需求，可以采用该模式。
桥接模式：
将抽象和抽象的具体实现进行解耦，这样可以使得抽象和抽象的具体实现可以独立进行变化。
肥朝小声逼逼：这个模式，其实我们每天都在用到，但是你可能却浑然不知。只要你用到面向界面程式设计，其实都是在用桥接模式。
组合模式
让客户端看起来在处理单个物件和物件的组合是平等的，换句话说，某个型别的方法同时也接受自身型别作为引数。（So in other words methods on a type accepting the same type）
肥朝小声逼逼：从上面那句英文我们就可以得知，组合模式常用于递回操作的优化上，比如每个公司都有个boss系统，都会有什么选单的功能。比如一级选单下有二级选单，二级选单又有三级选单。删除一级选单的时候需要不断删除子选单，那么这个设计模式你可以试试。总之，凡是有级联操作的，你都可以尝试这个设计模式。
装饰者模式
动态的给一个物件附加额外的功能，因此它也是子类化的一种替代方法。该设计模式在JDK中广泛运用，以下只是列举一小部分
肥朝小声逼逼：这个模式使用就太广了，我们常用的AOP，既有动态代理，也有装饰者的味道。
门面模式
为一组元件，界面，抽象或子系统提供简化的界面。
肥朝小声逼逼：我们每天使用的SLFJ日志就是门面日志，比如我们使用Dubbo，向外提供的服务就尽量采用门面模式，然后服务在呼叫各种service做聚合。
享元模式
使用快取来减少对小物件的访问时间
肥朝小声逼逼：只要用到了快取，基本都是在使用享元模式。很多同学都说自己的专案太low了，都没有用到什么设计模式，这不是开玩笑吗，你用个map快取几个物件，基本上都运用了享元的思想。
代理模式
代理模式用于向较简单的物件代替建立复杂或耗时的物件。
肥朝小声逼逼：代理模式用得很广泛，基本所有大家知道的开源框架，都用到了动态代理。
建立模式
抽象工厂模式
抽象工厂模式提供了一个协议来生成一系列的相关或者独立的物件，而不用指定具体物件的型别。它使得应用程序能够和使用的框架的具体实现进行解耦。在JDK和许多开源框架，比如Spring中随处可见，它们很容易被发现。任何用于建立物件但返回界面或抽象类的，就是抽象工厂模式了。（any method that is used to create an object but still returns a interface or abstract class）
肥朝小声逼逼：从英文就可以得出，该模式可以与策略模式结合使用。
建造者模式
用于通过定义一个类来简化复杂物件的建立，该类的目的是构建另一个类的例项。构建器模式还允许实现Fluent界面。
肥朝小声逼逼：这个在我们业务程式码中使用的场景太广泛了。比如订单系统大部分专案都有，订单物件就是一个复杂物件，我们就可以采用建造者模式来做。
工厂方法
只是一个返回实际型别的方法。
肥朝小声逼逼：这个属于大家都会的设计模式，不多过介绍。
原型模式
使得类的例项能够生成自身的拷贝。如果建立一个物件的例项非常复杂且耗时时，就可以使用这种模式，而不重新建立一个新的例项，你可以拷贝一个物件并直接修改它。
肥朝小声逼逼：这个你以为是冷门的设计模式，其实错了，这个是大热门的设计模式。比如我们业务程式码，经常要各种DTO、BO、DO、VO转换，其实就可以参考原型设计模式的思想来做。
单例模式
用来确保类只有一个例项。Joshua Bloch在Effetive Java中建议到，还有一种方法就是使用列举。
肥朝小声逼逼：在平时开发中，单例是我们用得最多的了，因为Spring的bean，预设就是单例级别的。单例属于大家基本都会的设计模式。
行为模式
责任链
通过把请求从一个物件传递到链条中下一个物件的方式来解除物件之间的耦合，直到请求被处理完毕。链中的物件是同一界面或抽象类的不同实现。
肥朝小声逼逼：凡是带有Filter关键词的，基本都在用这个设计模式。在业务程式码使用的场景实在是太多了，用到拦截器的地方基本都在用这个设计模式。
命令模式
将命令包装在物件中，以便可以将其储存，传递到方法中，并像任何其他物件一样返回。
肥朝小声逼逼：命令模式使用频率较高，和策略模式比较像，具体区别可以搜寻一下。如果用过Activiti工作流引擎的朋友可以看一下里面的源代码，很多地方都用到了命令模式。
直译器模式
此模式通常描述为该语言定义语法并使用该语法来解释该格式的语句。（This pattern generally describes defining a grammar for that language and using that grammar to interpret statements in that format.）
肥朝小声逼逼：这个比较冷门，肥朝没怎么用过，你用过的话可以留言告诉肥朝。
迭代器模式
提供一个统一的方式来访问集合中的物件。
肥朝小声逼逼：这个中介软件和基础框架组的同学可能用得比较多，业务程式码的话用得不多，不过JDK中的这种使用很经典，可以看看。
中介者模式
通过使用一个中间物件来进行讯息分发以及减少类之间的直接依赖。
肥朝小声逼逼：看到这个描述不用我多说什么，业务程式码使用的场景太多了。比如你们用MQ，其实就是在用中介者模式。所以肥朝一再强调，即使是每天CRUD，关注肥朝一起学习，也能给你的CRUD专案，加上美颜+滤镜（设计模式）的加强效果。
备忘录模式
生成物件状态的一个快照，以便物件可以恢复原始状态而不用暴露自身的内容。比如Date物件通过自身内部的一个long值来实现备忘录模式。
肥朝小声逼逼：这个在业务中使用得不多，据肥朝了解其中一种场景是，你要把资料丢到MQ，但是MQ暂时不可用，那么你把资料暂存到DB，后面再轮询丢到MQ。如果你有更好的场景，留言告诉肥朝。
空物件模式
它允许您抽象空物件的处理。
肥朝小声逼逼：这个业务程式码用得不多，但是JDK中的这几个方法我们倒是挺常用的。
观察者模式
用于为元件提供一种灵活地向感兴趣的接收者广播讯息的方式。
肥朝小声逼逼：我们业务程式码一般是基于Zookeeper来做观察者的。基本上用到ZK的地方，都是在用观察者模式，比如分散式锁，比如服务发现等。
状态模式
允许您在执行时根据内部状态轻松更改物件的行为。
肥朝小声逼逼：这个在业务程式码用得就太广泛了，我就不信你们系统还没有“状态”了。比如我们常见的订单状态或者各种XX状态，都可以用得上。
策略模式
使用这个模式来将一组算法封装成一系列物件。通过呼叫这些物件可以灵活的改变程式的功能。
肥朝小声逼逼：这个太高频了，常用于优化大量的if-else,如果这个设计模式都不会，出去不要说关注过肥朝的公众号！
模板方法模式
让子类可以重写方法的一部分，而不是整个重写，你可以控制子类需要重写那些操作。
肥朝小声逼逼：这个模式也是非常高频的模式。业务程式码中经常遇到有很多相同的部分，我们可以做一个抽象类，子类来实现差异化，如果还不知道的，赶紧搜寻一下，再次强调，非常高频。
访问者模式
提供一个方便的可维护的方式来操作一组物件。它使得你在不改变操作的物件前提下，可以修改或者扩充套件物件的行为。
肥朝小声逼逼：这个肥朝使用的频率不高，如果你有在业务程式码中使用，欢迎留言告诉肥朝。
原文：微信公众号，肥朝
