<![CDATA[push u. pull Prinzip]]>kann jd mir erklären, welchen Unterschied gibt es ?
man sagt, push ist effizienter, aber 2 Objects sind damit enggekoppelt, wieso?
besser mit einem Beispiel

]]>https://www.c-plusplus.net/forum/topic/136076/push-u-pull-prinzipRSS for NodeSat, 29 Aug 2026 07:22:03 GMTTue, 07 Feb 2006 09:12:35 GMT60<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 09:12:35 GMT]]>kann jd mir erklären, welchen Unterschied gibt es ?
man sagt, push ist effizienter, aber 2 Objects sind damit enggekoppelt, wieso?
besser mit einem Beispiel

]]>https://www.c-plusplus.net/forum/post/988263https://www.c-plusplus.net/forum/post/988263Tue, 07 Feb 2006 09:12:35 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 09:15:50 GMT]]>netrobot schrieb:

besser mit einem Beispiel

Genau. Mach mal mit einem Beispiel klar, worum es überhaupt geht.

]]>https://www.c-plusplus.net/forum/post/988266https://www.c-plusplus.net/forum/post/988266Tue, 07 Feb 2006 09:15:50 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 09:26:13 GMT]]>es gibt 2 classen, 1. heisst Subject, 2. heisst Observer
zuerst muss Oberser bei Subject registeriert werden, d.h. Subject sieht Observer.
jetzt sind die Daten in subject geändert, was dem Observer informiert werden müssen.
Es geht drum, wie bekommt der Observer die Daten

]]>https://www.c-plusplus.net/forum/post/988280https://www.c-plusplus.net/forum/post/988280Tue, 07 Feb 2006 09:26:13 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 10:38:54 GMT]]>Der Observer hat eine Methode mit Parametern, die alle nötigen Änderungsinformationen enthalten. Das beobachtete Objekte ruft bei einer Änderung an sich selbst dann bei allen angemeldeten Observern diese Methode auf.
Die Signatur dieser Methode lässt sich zum Beispiel über ein Interface (abstrakte Klasse) vertraglich vereinbaren.

]]>https://www.c-plusplus.net/forum/post/988336https://www.c-plusplus.net/forum/post/988336Tue, 07 Feb 2006 10:38:54 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 12:55:03 GMT]]>es ist dann ein push methode

]]>https://www.c-plusplus.net/forum/post/988450https://www.c-plusplus.net/forum/post/988450Tue, 07 Feb 2006 12:55:03 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 13:37:42 GMT]]>auch Bring-Prinzip genannt, was ist mit Hol-Prinzip?

]]>https://www.c-plusplus.net/forum/post/988499https://www.c-plusplus.net/forum/post/988499Tue, 07 Feb 2006 13:37:42 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 13:39:42 GMT]]>push:
Das Subjekt teilt allen Observern mit, wenn sich etwas ändert.
Der Vorteil ist, daß hier nur bei tatsächlichen Änderungen etwas gemacht werden muß. Aber dafür muß das Subjekt auch eine Liste mitschleppen, wer etwas von ihm wissen will.

pull:
Der Observer fragt in regelmäßigen das Subjekt, ob sich sein Status geändert hat.
Hier ist es den Subjekten egal, wer an ihrem Status interessiert ist - wer kommt und nachfragt, wird bedient. Allerdings müssen die Obeserver ständig aktiv nachfragen, ob etwas passiert ist - und das kostet Rechenzeit.

]]>https://www.c-plusplus.net/forum/post/988502https://www.c-plusplus.net/forum/post/988502Tue, 07 Feb 2006 13:39:42 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 14:03:27 GMT]]>Das kenne ich auch noch in einer anderen Variante:

Beim Push-Prinzip wird möglichst jede Information über das eingetretene Ereignisse mitgegeben. Das führt dazu, dass die Beobachter viel zu viel Zeug mitgeteilt bekommen, das sie garnicht interessiert.

Beim Pull-Prinzip wird garkeine Information mitgegeben und die Beobachter müssen sich selbst darum kümmern, sich die Informationen über das Ereignis zu beschaffen.

Weder das Erste noch das Zweite ist optimal. Meist benutzt man ein Mittelding zwischen beiden.

]]>https://www.c-plusplus.net/forum/post/988532https://www.c-plusplus.net/forum/post/988532Tue, 07 Feb 2006 14:03:27 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 14:20:46 GMT]]>push: Das Subjekt teilt allen Observern mit, wenn sich etwas ändert. Der Vorteil ist, daß hier nur bei tatsächlichen Änderungen etwas gemacht werden muß. Aber dafür muß das Subjekt auch eine Liste mitschleppen, wer etwas von ihm wissen will.

d.h. Subjekt kennt Observer(Liste von Observern), und um Observer aktualisieren zu können, muss Observer Subjekt auch kennen. (Beide Seiten sind angekoppelt)

pull:
Der Observer fragt in regelmäßigen das Subjekt, ob sich sein Status geändert hat.
Hier ist es den Subjekten egal, wer an ihrem Status interessiert ist - wer kommt und nachfragt, wird bedient. Allerdings müssen die Obeserver ständig aktiv nachfragen, ob etwas passiert ist - und das kostet Rechenzeit.

entweder Observer kennt Subject od umgekehrt, einseitige Ankopplung,
rightig?

]]>https://www.c-plusplus.net/forum/post/988553https://www.c-plusplus.net/forum/post/988553Tue, 07 Feb 2006 14:20:46 GMT<![CDATA[Reply to push u. pull Prinzip on Tue, 07 Feb 2006 14:25:49 GMT]]>Wenn der Observer das Objekt immer pollen muss, ist das IMHO nicht mehr das Observer-Pattern. Ich würde da eher 7H3 N4C3R zustimmen, was push und pull angeht.

]]>https://www.c-plusplus.net/forum/post/988559https://www.c-plusplus.net/forum/post/988559Tue, 07 Feb 2006 14:25:49 GMT