通过从需求分析，到案例实战一步一步掌握责任链设计模式的写法套路，降低业务代码的耦合性，提升系统整体可扩展性。

当一个对象的创建工厂很复杂，需要大量的时间和资源，每创建一次对象变得很昂贵，并且在已经有一个类似的对象时，就可以使用原型设计模式，来降低对象创建的成本，节约资源。

为什么会有人说设计模式已死呢，因为spring这些框架帮你做好了类和对象的管理，让你写代码的时候只专注于你实现的功能，而不是设计。先来看看设计模式的7大原则： 假设我们设计一辆汽车：先设计轮子，然后根据轮子大小设计底盘，接着根据底盘设计车身，最后根据车身设计好整个汽车。这里就出…

单例模式是 Java 设计模式中最简单的一种，只需要一个类就能实现单例模式，但是，你可不能小看单例模式，虽然从设计上来说它比较简单，但是在实现当中你会遇到非常多的坑，所以，系好安全带，上车。 单例模式就是在程序运行中只实例化一次，创建一个全局唯一对象，有点像 Java 的静态变…

对于业务开发来说，业务逻辑的复杂是必然的，随着业务发展，需求只会越来越复杂，为了考虑到各种各样的情况，代码中不可避免的会出现很多if-else。 一旦代码中if-else过多，就会大大的影响其可读性和可维护性。 首先可读性，不言而喻，过多的if-else代码和嵌套，会使阅读代…

单例模式是 Java 中最简单，也是最基础，最常用的设计模式之一。在运行期间，保证某个类只创建一个实例，保证一个类仅有一个实例，并提供一个访问它的全局访问点。下面就来讲讲Java中的N种实现单例模式的写法。 这是实现一个安全的单例模式的最简单粗暴的写法，这种实现方式我们称之为饿…

外观模式（Facade）,他隐藏了系统的复杂性，并向客户端提供了一个可以访问系统的接口。这种类型的设计模式属于结构性模式。为子系统中的一组接口提供了一个统一的访问接口，这个接口使得子系统更容易被访问或者使用。 简单来说，该模式就是把一些复杂的流程封装成一个接口供给外部用户更简单…

问题描述： 假如有类Class1完成职责T1，T2，当职责T1或T2有变更需要修改时，有可能影响到该类的另外一个职责正常工作。 好处： 类的复杂度降低、可读性提高、可维护性提高、扩展性提高、降低了变更引起的风险。 需注意： 单一职责原则提出了一个编写程序的标准，用“职责”或“变…

这说明，我们的单例模式成功了，这里我们通过声明一个全局静态变量，在类的初始化阶段就实例化一个对象，然后每次获取都是同一个对象。这种方式被称之为：饿汉氏单例模式。该单例模式的缺点就是要在初始化时候实例化对象，如果这种模式对象太多，就会创建大量的对象，而且有些可能还用不到。所以我们…