Zaten var olan bir nesneye işlevselliği nasıl eklemeliyim?

Belirli miktarda iyi tanımlanmış işlevselliğe sahip bir arabirim var. Diyelimki:

interface BakeryInterface {
  public function createCookies();
  public function createIceCream();
}

Bu, arabirimin çoğu uygulaması için işe yarar, ancak birkaç durumda bazı yeni işlevler eklemeliyim (belki de yeni bir yönteme eklenmiş gibi createBrownies()). Bunu yapmak için aşikar / saf yaklaşım, arayüzü genişletmek olacaktır:

interface BrownieBakeryInterface extends BakeryInterface {
  public function createBrownies();
}

Ancak, mevcut API'yi değiştirmeden yeni işlevleri ekleyememem konusunda oldukça büyük bir dezavantaj var (yeni arayüzü kullanmak için sınıfı değiştirmek gibi).

Örneklemeden sonra işlevselliği eklemek için bir adaptör kullanmayı düşünüyordum :

class BrownieAdapter {
  private brownieBakery;

  public function construct(BakeryInterface bakery) {
    this->brownieBakery = bakery;
  }

  public function createBrownies() {
    /* ... */
  }
}

Hangi bana bir şey net olurdu:

bakery = new Bakery();
bakery = new BrownieBakery(bakery);
bakery->createBrownies();

Bu, soruna iyi bir çözüm gibi gözüküyor, ancak bunu yaparak eski tanrıları uyandırıp uyandırmadığımı merak ediyorum. Adaptör gitme yolu mu? İzlenecek daha iyi bir model var mı? Yoksa gerçekten sadece mermiyi ısırıyor ve orijinal arayüzü genişletiyor muyum?

Tutamak Gövdesi desenlerinden herhangi biri tam gereksinimlerinize, dile ve gereken soyutlama düzeyinize bağlı olarak açıklamaya uygun olabilir.

Saf yaklaşım , tam olarak aradığınızı yapan, nesnelere dinamik olarak sorumluluk ekleyen Dekoratör modeli olacaktır . Aslında fırın yapıyorsanız, kesinlikle overkill olur ve sadece Adapter ile gitmelisiniz.

Özellikler , hala deneysel ancak zaten üretime dayanıklı Açı Yönelimli Programlama ve bazen nefret edilen Mixins gibi şeyleri bulabileceğiniz yatay yeniden kullanım kavramını araştırın .

Bir sınıfa yöntem eklemenin doğrudan bir yolu da programlama diline bağlıdır. Ruby, maymun eklemeye izin verirken, Javascript’in prototip tabanlı kalıtım, sınıfların gerçekte varolmadığı yerlerde, bir nesne yaratır ve sadece kopyalar ve eklemeye devam eder, örneğin:

var MyClass = {
    do : function(){...}
};

var MyNewClass = new MyClass;
MyClass.undo = function(){...};


var my_new_object = new MyNewClass;
my_new_object.do();
my_new_object.undo();

Son olarak, yatay yeniden kullanım ya da yansıtma ile sınıf / nesne davranışının "değişiklik" ve "ekleme" çalışma zamanlarını da taklit edebilirsiniz .

Bu bakeryörneğin davranışını dinamik olarak değiştirmesi gerektiğinde (kullanıcı işlemlerine bağlı olarak vb.) Bir gereklilik varsa , Dekoratör paternine gitmelisiniz .

Eğer bakeryonun davranış dinamik olarak değişmediğini ancak değiştiremez Bakery class(vb harici API) o zaman için gitmeli Adaptör deseni .

Eğer bakerydinamik davranışını değiştirmez ve değiştirebilirsiniz Bakery class(başlangıçta önerilen gibi) o zaman var olan arayüz uzanmalıdır veya tanıtmak yeni arayüzü BrownieInterface ve let Bakeryiki arabirimlerini BakeryInterfaceve BrownieInterface.
Aksi halde, kodunuza gereksiz bir karmaşıklık ekleyeceksiniz (Dekoratör kalıbını kullanarak).

İfade sorunuyla karşılaştınız. Stuart Sierra'nın bu makalesi clojures çözümünü tartışıyor ancak aynı zamanda Java'da bir örnek veriyor ve popüler çözümleri klasik OO'da listeliyor.

Aynı zamanda Chris Houser tarafından da aynı şekilde tartışılan bir sunum var .