Diskussion:Kommando (Entwurfsmuster)

Letzter Kommentar: vor 4 Jahren von 213.95.191.68 in Abschnitt didaktisch mangelhaft

Korrektur:

Der Klient erzeugt nicht den Empfänger, sondern den Invoker.

Grund:

Klient = Applikation Invoker = Button, MenuItem, .... Receiver = Dokument

objektoriertierte Entsprechung = objektorienrtierte Entsprechung


Fehler im Diagramm: Zwischen Invoker und Command ist eine "Compose" Beziehung eingezeichnet. Richtig ist eine "Aggregate" Beziehung. Also das Viereck ist nicht ausgemalt. Siehe auch "Command pattern" Wikipedia englisch. (frankenstein510)

unverständlich

Bearbeiten

Im Artikel steht: Es dient zum Kapseln von Anfragen als Kommando-Objekte, um damit Empfänger zu parametrisieren. Was soll das bedeuten? --Caperu2009 05:31, 21. Sep. 2009 (CEST)Beantworten

ich habe den Buchstabensalat mal entheddert. -- Nolispanmo Disk. Hilfe? 10:14, 22. Sep. 2009 (CEST)Beantworten

Jemand der das Pattern nicht kennt wird es durch diesen Artikel niemals verstehen. Kann dem unverständlich nur beipflichten. (nicht signierter Beitrag von 86.32.188.18 (Diskussion | Beiträge) 08:53, 7. Okt. 2009 (CEST)) Beantworten

Lemma: Kommando oder Befehl?

Bearbeiten

Hallo zusammen,

ich habe gerade die deutsche Übersetzung von Entwurfsmuster vor mir und dort heißt dieses Entwurfsmuster "Befehl" (Command). Von "Kommando" ist hier keine Rede. Ich bitte daher darum, das Lemma nach "Befehl (Entwurfsmuster)" zu verschieben.

--Martin Thoma 15:29, 9. Jun. 2012 (CEST)Beantworten

didaktisch mangelhaft

Bearbeiten

Es geht bei dem Undo-Mechanismus darum, alle erforderlichen Daten zur Umkehr im Objekt zu speichern. Für dieses Beispiel wäre eine Lampe, die unterschiedliche Farben darstellen kann, als Beispiel besser geeignet. Denn dann müsste ich die Farbe, die vor dem Farbwechsel dargestellt wurde speichern, um die Aktion rückgängig machen zu können. (nicht signierter Beitrag von 213.95.191.68 (Diskussion) 10:35, 3. Nov. 2020 (CET))Beantworten