Module模式最初被定义为一种在传统软件工程中为类提供私有和公有封装的方法。而在Javascript中，Module模式用于进一步模拟类的概念，通过这种方式，能够使一个单独的对象拥有公有/私有的方法和变量，从而屏蔽来自全局作用域的特殊部分。产生的结果是：函数名与在页面上其他脚本定义的函数冲突的可能性降低。
应当注意的一点是：在Javascript没有private访问修饰符因此算不得真正的私有，而是通过函数作用域来模拟私有这个概念。在Module模式内由于闭包的存在，声明的变量和方法只在该模式内部可用，但在返回对象上定义的变量和方法是可以对外访问的。
singleton模式是被熟知的原因是因为它限制了类的实例化次数只能一次。从经典意义上来说，singleton模式在该实例不存在的情况下，可以通过一个方法创建一个类来实现创建类的新实例；如果实例已经存在，它会简单返回该对象的引用。
singleton不同于静态类(或对象)，因为我们可以推迟它们的初始化，这通常是因为它们需要一些信息，而这些信息在初始化期间可能无法获得、对于没有察觉到之前的引用的代码，它们不会提供方便检索的方法。这是因为它既不是对象，也不是由一个singleton返回的“类”；它是一个结构。
思考一下闭包变量为何实际上并不是闭包，而提供闭包的函数作用域是闭包。在Javascript中，singleton充当共享资源命名空间，从全局命名空间中隔离出代码实现，从而为函数提供单一访问点。
在对Module模式有个熟悉的了解之后，我们来认识一个稍有改进的版本——ChristianHeilmann的Revealing Module模式。
原来的Module模式可能无法实现这样的需求：
当我们从另一个方法调用一个公有方法或者访问公有变量时，必须要重复主对象的名称。而且使用Module时必须要切换到对象字面量表示法来让某种方法变成公有方法。
我们需要的可能是这样的一个模式：
能够在私有范围内简单定义所有的函数和变量，并返回一个匿名对象，它拥有指向私有函数的指针，该函数是它希望展示为公有的方法。
有点拗口，还是上代码吧 (☆_☆)
从来没有系统地研究过设计模式，之前领悟出来的JavaScript设计模式那纯粹是个人兴起之作，和主流的大家们整理的设计模式还是有不少差距的。这次有幸看到了一本很不错的书。作者归纳地真的很不错，赞叹之余，不忘摘录几段分享给大家。
编写易于维护的代码，其中一个重要方面是能够找到代码中重复出现的主题并优化他们，这就是设计模式有价值的地方。
模式是一种可复用的解决方案，可用于解决软件设计中遇到的常见问题。
如果我们认为一种模式代表一种最佳实践，那么一种反模式就代表我们已经学到的教训。反模式这个术语是1995年由安德鲁·凯尼格在当年的11月C++报告中创造的，是受“四人组”所著《设计模式》一书的启发。在凯尼格的报告中，他提出反模式的两个概念：
描述一种针对某个特定问题的不良解决方案，该方案会导致糟糕的情况发生；
描述如何摆脱前述的糟糕情况以及如何创造好的解决方案