摘要：
1.定义：封装作用于某数据结构(如List/Set/Map等)中的各元素的操作； 可以在不改变各元素的类的前提下，定义作用于这些元素的操作。 2.类型：行为型 3.适用场景：一个数据结构(如List/Set/Map等)包含很多类型对象；数据结构与数据操作分离。 4.优点：增加新的操作很容易，即增加一 阅读全文
摘要：
1.定义：为请求创建一个接收此次请求对象的链 2.类型：行为型 3.适用场景：一个请求的处理需要多个对象当中的一个或几个协作处理。 4.优点：请求的发送者和接收者(请求的处理)解耦；责任链可以动态组合。 5.缺点：责任链太长或者处理时间过长，影响性能；责任链有可能过多。 6.相关设计模式：状态模式。 阅读全文
摘要：
1.定义：定义一个封装一组对象如何交互的对象； 通过使对象明确地相互引用来促进松散耦合，并允许独立地改变 2.类型：行为型 3.适用场景：系统中对象之间存在复杂的引用关系，产生的相互依赖关系结构混乱且难以理解； 交互的公共行为，如果需要改变行为则可以增加新的中介者类4.优点：将一对多转化成对了一对一 阅读全文
摘要：
1.定义：将“请求”封装成对象，以便使用不同的请求； 命令模式解决了应用程序中对象的职责以及它们之间的通信方式。 2.类型：行为型 3.适用场景：请求调用者和请求接收者需要解耦，使得调用者和接收者不直接交互； 需要抽象出等待执行的行为。 4.优点：降低耦合，容易扩展新命令或者一组命令。 5.缺点：命 阅读全文
摘要：
1.定义：保存一个对象的某个状态，以便在适当的时候恢复对象，即“后悔药”。 2.类型：行为型 3.适用场景：保存及恢复数据相关业务场景；后悔的时候，即想恢复到之前的状态。 4.优点：为用户提供一种可恢复机制；存档信息的封装。 5.缺点：资源占用 6.相关设计模式：状态模式 7.实例目录package 阅读全文
摘要：
1.定义：定义了对象之间的一对多依赖，让多个观察者对象同时监听某一个主题对象， 当主题对象发生变化时，它的所有依赖者(观察者)都会收到通知并更新。 2.类型：行为型 3.适用场景：关联行为场景，建立一套触发机制。 4.优点：观察者和被观察者之间建立一个抽象的耦合；观察者模式支持广播通信。 5.缺点： 阅读全文
摘要：
1.定义：给定一个语言，定义它的文法的一种表示，并定义一个解释器，这个解释器使用 该表示来解释语言中的句子；为了解释一种语言，而为语言创建的解释器。 2.类型：行为型 3.适用场景：某个特定类型问题发生频率足够高 4.优点：语法由很多类表示，容易改变及扩展此“语言”。 5.缺点：当语法规则数目太多时 阅读全文
摘要：
1.定义：定义了算法家族，分别封装起来，让它们之间可以互相替换， 此模式让算法的变化不会影响到使用算法的用户。 2.类型：行为型 3.适用场景：系统有很多类，而他们的区别仅仅在于他们的行为不同； 一个系统需要动态地在几种算法中选择一种。 4.优点：符合开闭原则；避免使用多重条件转移语句；提高算法的保 阅读全文
摘要：
1.定义：提供一种方法，顺序访问一个集合对象中的各个元素，而又不暴露该对象的内部表示。 2.类型：行为型 3.适用场景：访问一个集合对象的内容而无需暴露它的内部表示； 为遍历不同的集合结构提供一个统一的接口。 4.优点：分离了集合对象的遍历行为。 5.缺点：类的个数成对增加。 6.相关设计模式：访问 阅读全文
摘要：
1.定义：定义了一个算法的骨架，并允许子类为一个或多个步骤提供实现； 模板方法使得子类可以在不改变算法结构的情况下，重新定义算法的某些步骤。 2.类型：行为型 3.适用场景：一次性实现一个算法的不变的部分，并将可变的行为留给子类来实现； 各子类中公共的行为被提取出来并集中到一个公共父类中，从而避免代 阅读全文
摘要：
1.定义：为其他对象提供一种代理，以控制对这个对象的访问； 代理对象在客户端和目标对象之间起到中介的作用。 2.类型：结构型 3.适用场景：保护目标对象；增强目标对象。 4.优点：代理模式能将代理对象与真实被调用的目标对象分离； 一定程度上降低了系统的耦合度，扩展性好； 保护目标对象；增强目标对象。 阅读全文
摘要：
1.定义：将抽象部分与它的具体实现部分分离，使它们都可以独立地变化； 通过组合的方式建立两个类之间联系，而不是继承。 2.类型：结构型 3.适用场景：抽象和具体实现之间增加更多的灵活性； 一个类存在两个(或多个)独立变化的维度，且这两个(或多个)维度都需要独立进行扩展； 不希望使用继承，或因为多层继 阅读全文
摘要：
1.定义：将对象组合成树形结构以表示“部分-整体”的层次结构； 组合模式使客户端对单个对象和组合对象保持一致的方式处理 2.类型：结构型 3.适用场景：希望客户端可以忽略组合对象与单个对象的差异时； 处理一个树形结构时。 4.优点：清楚地定义分层次的复杂对象，表示对象的全部或部分层次； 让客户端忽略 阅读全文
摘要：
1.定义：提供了减少对象数量从而改善应用所需的对象结构的方式； 运用共享技术有效地支持大量细粒度的对象。 2.类型：结构型 3.适用场景：常常应用于底层的开发，以便解决系统的性能问题； 系统有大量相似对象、需要缓冲池的场景。 4.优点：减少对象的创建，降低内存中对象的数量，降低系统的内存，提高效率； 阅读全文
摘要：
1.定义：将一个类的接口转换成客户期望的另一个接口；使原本接口不兼容的类可以一起工作。 2.类型：结构型 3.适用场景：已经存在的类，它的方法和需求不匹配时(方法结果相同或相似)； 不是软件设计阶段考虑的设计模式，是随着软件维护，由于不同产品、 不同厂家造成功能类似而接口不相同情况下的解决方案。 4 阅读全文
摘要：
1.定义：在不改变原有对象的基础之上，将功能附加到对象上； 提供了比继承更有弹性的替代方案(扩展原有对象功能)。 2.类型：结构型 3.适用场景：扩展一个类的功能或给一个类添加附加职责； 动态的给一个对象添加功能，这些功能可以再动态的撤销。 4.优点：继承的有力补充，比继承灵活，不改变原有对象的情况 阅读全文
摘要：
1.定义：又叫门面模式，提供了一个统一的接口，用来访问子系统中的一群接口； 外观模式定义了一个高层接口，让子系统更容易使用。 2.类型：结构型 3.适用场景：子系统越来越复杂，增加外观模式提供简单调用接口； 构建多层系统结构，利用外观对象作为每层的入口，简化层间调用。 4.优点：简化了调用过程，无需 阅读全文
摘要：
1.定义：指原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象； 不需要知道任何创建的细节，不调用构造函数 2.类型：创建型 3.适用场景：类初始化消耗较多资源；new产生的一个对象需要非常繁琐的过程(数据准备、访问权限等)； 构造函数比较复杂；循环体中产生大量对象时。 4.优点：原型模式 阅读全文
摘要：
1.定义：保证一个类仅有一个实例，并提供一个全局访问点。 2.类型：创建型 3.适用场景：想确保任何情况下都绝对只有一个实例。 4.优点：在内存里只有一个实例，减少了内存开销； 可以避免对资源的多重占用； 设置全局访问点，严格控制访问。 5.缺点：没有接口，扩展困难 6.重点：私有构造器、线程安全、 阅读全文
摘要：
1.定义：将一个复杂对象的构建与它的表示分离，使得同样的构建过程可以创建不同的表示； 用户只需指定需要建造的类型就可以得到它们，建造过程及细节不需要知道。 2.类型：创建型 3.适用场景：如果一个对象有非常复杂的内部结构(很多属性)；想把复杂对象的创建和使用分离。 4.优点：封装性好，创建和使用分离 阅读全文