脚本之家(jb51.cc)设计模式栏目主要收集java设计模式资料。
前言：为什么要一次讲解这两个模式，说点骚话：因为比较简单(*^_^*)，其实是他们两个有相似和有时候我们容易搞混概念。 讲到这两个设计模式与另外一个“装饰者模式”也有相似，他们三个按照结构模式分类都属
中介者 中介者模式：使用中介者来集中相关对象之间复杂的沟通方式和控制方式。 Bob有一个自动屋，当他的闹钟响了之后，闹钟会告诉咖啡壶开始煮咖啡。后来客户不断的提出许多新需求：周末不要提供咖啡、下班后需
最近比较忙，有段时间没有更新设计模式的进度了。今天继续学习组合设计模式。 组合模式的例子我们继续延续上篇《Head First设计模式——迭代器模式》的菜单例子，首先声明下迭代器和组合模式没有什么关系
生成器 生成器模式：封装一个产品的构造过程，并允许按步骤构造。 现又一个度假计划指定，需要指定度假每一天的活动、旅馆、用餐、门票等等事情，但是每个客人的度假计划可能不太一样。例如天数、活动类型、用餐等
复合模式是HeadFirst上面详细讲的最后一个模式，其前面的模式作者认为都是成熟的经常使用的模式。所以这是详细讲解模式的最后一篇，同时这个模式讲解的篇幅也是最长的，接下来我就对其进行总结提炼进行讲解
前言：迭代器模式平时用的不多，因为不管C#还是Java都已经帮我封装了，但是你是否知道平时经常在用的东西本质是怎么回事呢。 看完迭代器模式你就知道C# foreach循环是怎么实现的了，我的另一篇C#
原型 原型模式：当创建给定类的过程很昂贵或很复杂时，就使用原型模式。 我们在进行游戏的时候游戏会动态创建怪，而怪时根据场景的不同而变化创建的，英雄自己也会创建一些随从。创建各式各样的怪兽实例，已经越来
前言：对于设计模式我们有时候在想是否有必要，因为实际开发中我们没有那么多闲工夫去套用这么多设计模式，也没有必要为了模式而模式。 通常这些模式会引入新的抽象层，增加代码的复杂度，但是当我们掌握了这些设计
数据访问对象模式 数据访问对象模式Data Access Object Pattern即DAO模式，用于把低级的数据访问API或操作从高级的业务服务中分离出来，准确来说数据访问对象模式不属于通常定义的
解释器模式 解释器模式Interpreter Pattern提供了评估语言的语法或表达式的方式，它属于行为型模式，这种模式实现了一个表达式接口，该接口解释一个特定的上下文，解释器模式通常被用在SQL解
组合模式 组合模式Composite Pattern又叫部分整体模式，是用于把一组相似的对象当作一个单一的对象，通常依据树形结构来组合对象，用来表示部分以及整体层次，这种类型的设计模式属于结构型模式，
桥接模式 桥接Bridge Pattern又称为柄体Handle and Body模式或接口Interface模式，是用于把抽象化与实现化解耦，使得二者可以独立变化。这种类型的设计模式属于结构型模式，
委托模式 委托模式就是利用事件的冒泡机制把一个或者一组元素的事件委托到它的父层或者更外层元素上，准确来说不属于通常定义的设计模式范畴，但事件委托是一种非常有用的代码构建技巧。 描述 事件委托，委托模式
备忘录模式 备忘录模式Memento Pattern是在不破坏封装性的前提下，将对象当前的内部状态保存在对象之外，以便以后当需要时能将该对象恢复到原先保存的状态。备忘录模式又叫快照模式，是一种对象行为
观察者模式 观察者模式Observer Pattern是一种对象行为型模式，当定义的对象间的一种一对多依赖关系，使得每当一个对象状态发生改变时，其相关依赖对象皆得到通知并被自动更新，观察者模式又叫做发
迭代器模式 迭代器模式Iterator Pattern提供了一种方法顺序访问一个聚合对象中的各个元素，而又无需暴露该对象的内部实现，这样既可以做到不暴露集合的内部结构，又可让外部代码透明地访问集合内部
状态模式 状态模式State Pattern是一种对象行为型模式，其以面向对象的方式实现状态机，使用状态模式，通过将每个单独的状态实现为状态模式接口的派生类，并通过调用由模式的超类定义的方法来实现状态
代理模式 代理模式Proxy Pattern，给某一个对象提供一个代理，并由代理对象控制对原对象的引用，是一种对象结构型模式。 描述 在某些情况下，不想或者不能直接引用一个对象，此时可以通过一个称之为
装饰器模式 装饰器模式Decorator Pattern允许向一个现有的对象添加新的功能，同时又不改变其结构，这种类型的设计模式属于结构型模式，是作为现有的类的一个包装。这种模式创建了一个装饰类，用来
访问者模式 访问者模式Visitor Pattern中属于行为型模式，针对于对象结构中的元素，定义在不改变该对象的前提下访问结构中元素的新方法，元素的执行算法可以随着访问者改变而改变，主要意图在于将数
责任链模式 责任链模式Chain of Responsibility Pattern为请求创建了一个接收者对象的链，其对请求的发送者和接收者进行解耦，这种类型的设计模式属于行为型模式，在这种模式中，通
策略模式 策略模式Strategy Pattern也称为政策模式Policy Pattern，其定义一系列算法，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化，这种
命令模式 命令模式Command Pattern是一种数据驱动的设计模式，其属于行为型模式，别名为动作Action模式或事务Transaction模式，命令模式将请求以命令的形式包裹在对象中，并传给调
防抖节流模式 防抖debounce与节流throttle都是控制事件处理函数执行频率的方法，当函数会进行DOM操作或者具有请求服务器等行为并且作为高频事件例如onscroll触发的事件处理函数时，就需
享元模式 享元模式Flyweight Pattern主要用于减少创建对象的数量，以减少内存占用和提高性能，其提供了减少对象数量从而改善应用所需的对象结构的方式，享元模式尝试重用现有的同类对象，如果未找
链模式 链模式是一种链式调用的方式，准确来说不属于通常定义的设计模式范畴，但链式调用是一种非常有用的代码构建技巧。 描述 链式调用在JavaScript语言中很常见，如jQuery、Promise等，
中介者模式 中介者模式Mediator Pattern用一个中介对象来封装一系列的对象交互，中介者使各对象不需要显式地相互引用，从而使其耦合松散，降低多个对象和类之间的通信复杂性，而且可以独立地改变它
模板方法模式 模板方法模式Template Method Pattern定义了如何执行某些算法的框架，一个抽象类公开定义了执行它的方法的方式或模板，其子类可以按需要重写方法实现，也可以调用将以抽象类中
单例模式 单例模式Singleton Pattern又名单件模式或单态模式，属于创建型模式，其涉及到一个单一的类，该类负责创建所需的对象，同时确保只有单个对象被创建，这个类提供了一种访问其唯一的对象的
工厂方法模式 工厂方法模式Factory Method Pattern又称为工厂模式，也叫虚拟构造器Virtual Constructor模式或者多态工厂Polymorphic Factory模式，它
