Crockford建议你“跟谷物一起去”,或者用javascript的原型来写javascript.

当然,他继续表明,Netscape建议的原始模型实际上是破碎的.他将其标注为“伪古典”,并指出了跟随该模型所涉及的许多误导和不必要的复杂性.

他将“对象”函数写成补救(现在称为Object.create()).它允许一些非常强大的原型模式.

当您必须使用旧版JavaScript时,特别是当您处理大型系统(通常包括多个库),而且每个实现独特的样式和不同的继承模式时,开发干净的界面并不总是容易的.一般来说,我会说,做继承的“正确的方式”是一个允许你编写一个干净的接口,在遗留代码的上下文中表现良好,同时也允许你随着时间的推移重构和消除旧的依赖.

考虑到主要图书馆模式之间的差异,我发现自己的工作中最成功的路线是完全保持我的界面独立于库接口.我会使用一个库或模块,如果它是有用的,但不会被束缚.这使我重构了很多代码,逐步淘汰了一些库,并将库用作脚手架,以后可以进行优化.

按照这些方面,我写了一些受Crockford寄生遗传模式启发的界面.这真的是简单的胜利.

在硬币的另一边,我相信你可以争辩选择一个图书馆,在你的团队中执行,并遵守其继承模式和接口约定.