<![CDATA[Composite Design Pattern ist ...]]>Ich habe mich mal ein wenig mit dem Pattern befasst und finde es irgendwie nicht so gelungen. Was sind die Alternativen? Es kann doch nicht sein, dass mir ein dickes Interface aufgezwungen wird... konkret habe ich hier eine bereits recht anschauliche Komponentenvererbungstruktur, die ich nicht weiter belasten will. Gibt es eine elegante Lösung für dieses Problem?

]]>https://www.c-plusplus.net/forum/topic/162475/composite-design-pattern-istRSS for NodeThu, 09 Jul 2026 07:12:35 GMTWed, 18 Oct 2006 23:04:45 GMT60<![CDATA[Reply to Composite Design Pattern ist ... on Wed, 18 Oct 2006 23:04:45 GMT]]>Ich habe mich mal ein wenig mit dem Pattern befasst und finde es irgendwie nicht so gelungen. Was sind die Alternativen? Es kann doch nicht sein, dass mir ein dickes Interface aufgezwungen wird... konkret habe ich hier eine bereits recht anschauliche Komponentenvererbungstruktur, die ich nicht weiter belasten will. Gibt es eine elegante Lösung für dieses Problem?

]]>https://www.c-plusplus.net/forum/post/1157363https://www.c-plusplus.net/forum/post/1157363Wed, 18 Oct 2006 23:04:45 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 10:55:31 GMT]]>Bei Pattern muss man immer ueberlegen was das Ziel ist.

Das Ziel von Composite ist es zu verhindern fuer jede Komponente ein eigenes handling zu schreiben.

Dadurch wird der Code sauberer und das Interface groesser.

Was genau sind deine Ziele?

Interface kleiner, Code sauberer und dabei noch Weltfrieden wird nicht gehen.

]]>https://www.c-plusplus.net/forum/post/1157553https://www.c-plusplus.net/forum/post/1157553Thu, 19 Oct 2006 10:55:31 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 14:52:49 GMT]]>Ich weiss nicht so Recht wie ich es beschreiben soll. Es ist so, dass ich im Prinzip einen Scenegraphen als Komponente implementieren will. Allerdings stellt die Komponente nur die leblosen Daten bereit; die Logik sollen andere Komponenten regeln, was genau dort passiert interessiert mich nicht die Bohne (es geht primär um die Berechnung einiger langweiliger Werte, nicht um Grafik mit OpenGL und solche Dinge) . Um das zu ermöglichen braucht man aber Zugriff auf alle im Graphen abgelegten Objekte, welche sehr zahlreich werden können. Hier kommt nun dieses verflixte Composite Pattern ins Spiel: Manche Objekte sollen andere zusammenfassen, andere jedoch nicht. Weiter soll jedes Objekt das es umgebende Objekt kennen. Mir gefällt aber die Lösung mit dem Pattern überhaupt nicht! Bisher waren alle Schnittstellen immer schön sauber und plötzlich sollen alle eine Collection anbieten, die von den meisten Instanzen nie gebrauch werden wird?!

]]>https://www.c-plusplus.net/forum/post/1157716https://www.c-plusplus.net/forum/post/1157716Thu, 19 Oct 2006 14:52:49 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 15:30:21 GMT]]>Die Collection kannst du ohne weiteres ins Kompositum packen.Die Implementierungen der Blattmethoden benötigt ja keinen Container und der Container gehört nicht zur öffentlichen Schnittstelle von Komponente.
Der Container ist nur nen (privates) Implementierungsdetail von Kompositum.

Gruß Spacelord

]]>https://www.c-plusplus.net/forum/post/1157757https://www.c-plusplus.net/forum/post/1157757Thu, 19 Oct 2006 15:30:21 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 15:42:00 GMT]]>Spacelord schrieb:

Die Collection kannst du ohne weiteres ins Kompositum packen.Die Implementierungen der Blattmethoden benötigt ja keinen Container und der Container gehört nicht zur öffentlichen Schnittstelle von Komponente. Der Container ist nur nen (privates) Implementierungsdetail von Kompositum.

Hä das versteh ich jetzt nicht so ganz. Meinst du mit Container die Collection? Wenn ja, dann stimmt das ja nicht, denn die Collection muss öffentlich sein, damit in jedem Fall der Zugriff möglich ist. Ist es designtechnisch eigentlich sinnvoller von einer Collection-Schnittstelle zu erben oder eine Collection anzubieten?

]]>https://www.c-plusplus.net/forum/post/1157767https://www.c-plusplus.net/forum/post/1157767Thu, 19 Oct 2006 15:42:00 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 15:48:24 GMT]]>Ja,ich meine mit Container die Collection.Was meinst du denn damit und warum sollte der Container öffentlich sein?
Es gibt keinen Grund direkt darauf zuzugreifen.Sinn der Sache ist es dass die Kompositumklasse in den Implementierungen seiner Methoden den Aufruf der Methode an seine Kinder weiterleitet.Dabei ist der Container nur Mittel zum Zweck.

MfG Spacelord

]]>https://www.c-plusplus.net/forum/post/1157773https://www.c-plusplus.net/forum/post/1157773Thu, 19 Oct 2006 15:48:24 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 15:50:58 GMT]]>Spacelord meint, dass du ja nur ein dummy methode anbieten musst, die ja nur 0 kinder zurueck gibt.

aber das ist es eben:

das Problem dass Composite loest ist folgendes:

dass du schoene saubere schnittstellen hast aber dafuer dauernd casten muss und du fuer nahezu jedes objekt ne spezial behandlung brauchst.

Das loest Composite einfach damit, dass es sagt "jedes Objekt hat diese Methoden - und sie liefern keinen Fehler wenn man sie aufruft sondern verhalten sich natuerlich".

Dadurch hast du natuerlich groessere schnittstellen. Wo du aber meistens ne schoene default implementierung anbieten kannst, so dass du viel implementierungsaufwand sparst.

Die schnittstelle bei Composite ist allerdings ueberladen. Dass ist der Preis den man zahlen muss um sauberen Code zu bekommen. Man kann es auch umdrehen: saubere schnittstellen und ueberladener code.

Man muss wissen was man haben will.

]]>https://www.c-plusplus.net/forum/post/1157774https://www.c-plusplus.net/forum/post/1157774Thu, 19 Oct 2006 15:50:58 GMT<![CDATA[Reply to Composite Design Pattern ist ... on Thu, 19 Oct 2006 16:04:08 GMT]]>OK. Ich habe mir halt eine Objekthierarchie vorgestellt, bei der Composite von einer Collection-Schnittstelle erbt. Aber in diesem Fall müsste ich die Collection dann von der Schnittstelle aus sonst irgendwie anbieten (konkret per Eigenschaft oder Methode). Momentan tendiere ich dazu, keine Kompositum in der Collection abzulegensondern Objekte, welche eine Schnittstelle implementieren, die das Objekt selbst als wenn möglich Kompositum und sonst als null anbieten.

]]>https://www.c-plusplus.net/forum/post/1157786https://www.c-plusplus.net/forum/post/1157786Thu, 19 Oct 2006 16:04:08 GMT