Javascript：模块模式与构造器/原型模式？

我想知道模块模式或Constructor / protoType模式是否更适合我的工作。

基本上，我使用的是不引人注目的javascript-HTML文档具有对.js文件的引用。

我对模块模式的理解：

• 调用INIT方法（基本上是一个公共方法，我可以使用模块模式创建和返回）
• 在INIT方法中，分配所有点击事件等。

这听起来很适合我的情况，因为我不需要创建对象和继承层次结构等。

我对构造函数/原型模式的理解：

• 用于创建对象
• 用于使用继承（即超类型的子类型）

我是对的，对于提供简洁的JavaScript，模块模式是理想的吗？

构造函数和原型是实现类和实例的合理方法之一。它们并不完全对应于该模型，因此您通常需要选择特定的方案或辅助方法以根据原型实现类。（有关JS类的一些背景知识。）

模块模式通常用于命名空间，在这里，您将有一个实例作为存储来对相关功能和对象进行分组。这是与原型开发不同的用例。他们彼此之间并不是真正的竞争。您可以很高兴地将两者一起使用（例如，将构造函数放到模块中并说new MyNamespace.MyModule.MyClass(arguments)）。

到目前为止，模块模式比原型更容易，更优雅。但是，首先考虑移动。这与大中型对象无关，因为初始化需要在启动之前解析整个块。多个闭包还会创建垃圾回收器不会释放的循环依赖项（尤其是IE），这会导致直到窗口（或选项卡）关闭后才释放更大的内存占用-检查chrome任务管理器进行比较-加载时间相反使用模块模式与对象大小成正比，而原型继承则不是这种情况。上面的陈述通过这样的多个基准进行了验证：http : //jsperf.com/prototypal-performance/54

如上次测试所示。小对象最好被初始化为普通对象（没有这些模式）。它适用于不需要关闭或继承的单个对象。评估您是否甚至需要这些模式是明智的。

原型模式可以帮助我们扩展功能，并且内存中只有一个功能实例，而与对象数量无关。在模块模式中，每个对象都在内存中创建函数的新实例，但是它提供了私有/公共变量的概念，并有助于封装变量和函数。