Diskussion:Kommando (Entwurfsmuster)
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
BearbeitenIm 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)
- ich habe den Buchstabensalat mal entheddert. -- Nolispanmo Disk. Hilfe? 10:14, 22. Sep. 2009 (CEST)
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))
Lemma: Kommando oder Befehl?
BearbeitenHallo 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.
didaktisch mangelhaft
BearbeitenEs 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))