Benjamin pozisyonumu netleştirmemi istedi, bu yüzden önceki yazımı düzenledim ve başka düşünceler de ekledim.
Bob Martin, Temiz Kod başlıklı harika bir kitabın yazarıdır. Bu kitapta, Nesneler ve Veri yapıları adı altında bir bölüm (Bölüm 6.) bulunmaktadır. Nesneler ve veri yapıları arasındaki en önemli farklılıkları tartışır ve aralarında seçmemiz gerektiğini iddia eder, çünkü bunları karıştırmak çok kötü bir fikirdir.
Bu karışıklık bazen yarı nesne ve yarı veri yapısı olan talihsiz karma yapılara yol açmaktadır. Önemli şeyler yapan fonksiyonlara sahiptirler ve aynı zamanda kamu değişkenleri veya kamu erişimcileri ve mutasyonları vardır ki, tüm amaçları ve amaçları için, özel değişkenleri genel yapan, diğer değişkenleri bu değişkenleri işlemsel bir programın kullanacağı şekilde kullanma konusunda teşvik eden veri yapısı.4 Bu tür melezler yeni işlevler eklemeyi zorlaştırır, ancak yeni veri yapıları eklemeyi de zorlaştırır. Her iki dünyanın da en kötüsü. Onları oluşturmaktan kaçının. Yazarlar, işlevlerden veya türlerden korunmaya ihtiyaç duyup duymadıklarından, yazarlarının emin olamayacağı ya da daha kötüsü, bilgisiz olduğu tasarımın bir göstergesidir.
DOM bu nesne ve veri yapısı melezlerinin bir örneği olduğunu düşünüyorum. Örneğin DOM tarafından şöyle kodlar yazıyoruz:
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 açıkça bir melez yerine bir veri yapısı olmalıdır.
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 çerçevesi, DOM düğümleri koleksiyonunu seçip değiştirebilen ve birçok başka şey yapan bir dizi yordamdır. Laurent görevinde işaret ettiği gibi, jQuery kaputun altında böyle bir şey:
html(select("#body"), "<p>hello</p>");
JQuery'in geliştiricileri, tüm bu prosedürleri yukarıda listelenen tüm özelliklerden sorumlu olan tek bir sınıfta birleştirdi. Bu yüzden Tek Sorumluluk İlkesini açıkça ihlal ediyor ve bu nedenle bir tanrı nesnesi. Tek bir şey kırmadığı için tek şey, çünkü tek bir veri yapısı üzerinde çalışan tek bir bağımsız sınıftır (DOM düğümleri koleksiyonu). JQuery alt sınıfları veya başka bir veri yapısı eklersek, proje çok hızlı bir şekilde çökecektir. Bu yüzden, jQuery ile oo hakkında konuşabileceğimizi sanmıyorum, bir sınıfı tanımlamasına rağmen oo'dan çok prosedürel.
Laurent'in iddia ettiği şey tam bir saçmalık:
Peki tüm bunlar ne anlama geliyor? Bu jQuery (LINQ gibi), Tanrı'nın anti-kalıp nesnesine benzemez. Bunun yerine, Dekoratör adı verilen çok saygın bir kalıp örneği.
Dekoratör kalıbı, arayüzü koruyarak ve mevcut sınıfları değiştirmeden yeni işlevler eklemekle ilgilidir. Örneğin:
Aynı arayüzü uygulayan ancak tamamen farklı bir uygulama ile 2 sınıf tanımlayabilirsiniz:
/**
* @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
};
Yalnızca ortak arayüzü kullanan yöntemleriniz varsa, o zaman A ve B arasında aynı kodu kopyalamak yerine bir veya daha fazla Dekoratör tanımlayabilirsiniz, bu dekoratörleri iç içe bir yapıda bile kullanabilirsiniz.
/**
* @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);
};
Böylece orijinal örnekleri daha yüksek soyutlama seviyesi kodundaki dekoratör örnekleri ile değiştirebilirsiniz.
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'nin hiçbir şeyin Dekoratörü olmadığı sonucu, Array, NodeList veya başka bir DOM nesnesiyle aynı arayüzü uygulamıyor. Kendi arayüzünü uygular. Modüller de Dekoratörler olarak kullanılmaz, sadece orijinal prototipi geçersiz kılar. Dekoratör deseni tüm jQuery lib'lerinde kullanılmaz. JQuery sınıfı, aynı API'yi birçok farklı tarayıcı tarafından kullanmamızı sağlayan dev bir adaptördür. Oo açısından bakıldığında tam bir karmaşa var, ama bu gerçekten önemli değil, iyi çalışıyor ve biz kullanıyoruz.
$işlevi veyajQuerynesneyi gerektirmeyen bir şekilde nasıl tatmin edici bir şekilde uygulanabilir?"