本杰明要求我阐明我的立场，因此我编辑了我以前的文章并增加了进一步的想法。
鲍勃·马丁（Bob Martin）是一本名为《清洁代码》（Clean Code）的伟大著作的作者。在那本书中，有一章（第6章）称为对象和数据结构，他讨论了对象和数据结构之间最重要的区别，并声称我们必须在它们之间进行选择，因为混合它们是一个非常糟糕的主意。
这种混乱有时会导致不幸的是一半对象和一半数据结构的混合结构。它们具有执行重要功能的函数，也具有公共变量或公共访问器和更改器，它们出于所有意图和目的，将私有变量公开，从而诱使其他外部函数以程序程序将要使用的方式使用这些变量。数据结构。4这样的混合体很难添加新功能，但是也很难添加新数据结构。他们是两全其美的。避免创建它们。它们表明设计混乱，其作者不确定是否需要保护其功能或类型，或更不确定，更无知。
我认为DOM是这些对象和数据结构混合的示例。例如，通过DOM我们编写如下代码：
el.appendChild(node);
el.childNodes;
// bleeding internals
el.setAttribute(attr, val);
el.attributes;
// bleeding internals
el.style.color;
// at least this is okay
el = document.createElement(tag);
doc = document.implementation.createHTMLDocument();
// document is both a factory and a tree root
DOM显然应该是数据结构，而不是混合结构。
el.childNodes.add(node);
// or el.childNodes[el.childNodes.length] = node;
el.childNodes;
el.attributes.put(attr, val);
// or el.attributes[attr] = val;
el.attributes;
el.style.get("color");
// or el.style.color;
factory = new HtmlNodeFactory();
el = factory.createElement(document, tag);
doc = factory.createDocument();
jQuery框架是一堆程序，它们可以选择和修改DOM节点的集合并执行许多其他操作。就像Laurent在他的帖子中指出的那样，jQuery是这样的：
html(select("#body"), "<p>hello</p>");
jQuery的开发人员将所有这些过程合并到一个类中，该类负责上面列出的所有功能。因此，它显然违反了单一责任原则，因此它是上帝的对象。唯一的原因是它不会破坏任何内容，因为它是一个可在单个数据结构（DOM节点的集合）上工作的独立类。如果我们要添加jQuery子类或其他数据结构，则该项目将很快崩溃。因此，我认为我们无法通过jQuery来讨论oo，尽管它定义了一个类，但它实际上是过程而不是oo。
洛朗声称是完全胡说八道：
那是什么意思呢？那个jQuery（像LINQ）不是上帝对象的反模式。相反，这是一种非常受人尊敬的模式，称为装饰器。
Decorator模式是通过保留接口而不修改现有类来添加新功能。例如：
您可以定义2个类，这些类实现相同的接口，但实现方式完全不同：
/**
* @interface
*/
var Something = function (){};
/**
* @argument {string} arg1 The first argument.
* @argument {string} arg2 The second argument.
*/
Something.prototype.doSomething = function (arg1, arg2){};
/**
* @class
* @implements {Something}
*/
var A = function (){
// ...
};
/**
* @argument {string} arg1 The first argument.
* @argument {string} arg2 The second argument.
*/
A.prototype.doSomething = function (arg1, arg2){
// doSomething implementation of A
};
/**
* @class
* @implements {Something}
*/
var B = function (){
// ...
};
/**
* @argument {string} arg1 The first argument.
* @argument {string} arg2 The second argument.
*/
B.prototype.doSomething = function (arg1, arg2){
// doSomething implementation of B
// it is completely different from the implementation of A
// that's why it cannot be a sub-class of A
};
如果您有仅使用公共接口的方法，则可以定义一个或多个Decorator，而不是在A和B之间复制粘贴相同的代码。即使在嵌套结构中也可以使用这些装饰器。
/**
* @class
* @implements {Something}
* @argument {Something} something The decorated object.
*/
var SomethingDecorator = function (something){
this.something = something;
// ...
};
/**
* @argument {string} arg1 The first argument.
* @argument {string} arg2 The second argument.
*/
SomethingDecorator.prototype.doSomething = function (arg1, arg2){
return this.something.doSomething(arg1, arg2);
};
/**
* A new method which can be common by A and B.
*
* @argument {function} done The callback.
* @argument {string} arg1 The first argument.
* @argument {string} arg2 The second argument.
*/
SomethingDecorator.prototype.doSomethingDelayed = function (done, arg1, arg2){
var err, res;
setTimeout(function (){
try {
res = this.doSomething(o.arg1, o.arg2);
} catch (e) {
err = e;
}
callback(err, res);
}, 1000);
};
因此，您可以在更高的抽象级别代码中用装饰器实例替换原始实例。
function decorateWithManyFeatures(something){
var d1 = new SomethingDecorator(something);
var d2 = new AnotherSomethingDecorator(d1);
// ...
return dn;
}
var a = new A();
var b = new B();
var decoratedA = decorateWithManyFeatures(a);
var decoratedB = decorateWithManyFeatures(b);
decoratedA.doSomethingDelayed(...);
decoratedB.doSomethingDelayed(...);
jQuery不是任何东西的装饰器的结论，因为它没有实现与Array，NodeList或任何其他DOM对象相同的接口。它实现了自己的接口。这些模块也不用作装饰器，它们只是覆盖原始原型。因此，Decorator模式未在整个jQuery库中使用。jQuery类只是一个巨大的适配器，它使我们可以在许多不同的浏览器中使用相同的API。从oo的角度看，这是一团糟，但这并不重要，它运作良好，我们可以使用它。
$功能或jQuery对象。