https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=Verhaltensmuster_%28Software%29Verhaltensmuster (Software) - Versionsgeschichte2026-06-11T22:08:19ZVersionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale KopieMediaWiki 1.43.8https://wiki-de.moshellshocker.dns64.de/index.php?title=Verhaltensmuster_(Software)&diff=2696530&oldid=previmported>Invisigoth67: typo2024-01-07T17:15:40Z<p>typo</p>
<p><b>Neue Seite</b></p><div>Die '''Verhaltensmuster ''' ([[Englische Sprache|englisch]] {{lang|en|''behavioral design patterns''}}) in der [[Softwareentwicklung]] sind [[Entwurfsmuster]], die komplexes Verhalten der Software modellieren. Auf diese Weise wird die Flexibilität der Software hinsichtlich ihres Verhaltens erhöht.<br />
<br />
Einige Verhaltensmuster werden üblicherweise sowohl mit [[Objektorientierte Programmierung|objektorientierten]]<ref name="GO4">{{Literatur |Autor=[[Erich Gamma]], [[Richard Helm]], [[Ralph Johnson|Ralph E. Johnson]], [[John Vlissides]] |Titel=Entwurfsmuster |TitelErg=Elemente wiederverwendbarer objektorientierter Software |Verlag=Addison-Wesley |Ort=München |Datum=2004 |ISBN=3-8273-2199-9 |Originaltitel=Design Patterns. Elements of Reusable Object-Oriented Software. |Originalsprache=en |Online=https://www.gofpatterns.com/behavioral/ |Abruf=2020-11-30}}</ref> als auch [[Dynamische Programmierung|dynamischen]] und [[Funktionale Programmierung|funktionalen]] Programmiersprachen umgesetzt, andere üblicherweise nur mit letzteren.<ref name="norvig">{{Internetquelle |autor=[[Peter Norvig]] |url=http://norvig.com/design-patterns/ |titel=Design Patterns in Dynamic Languages |datum=1998-03-17 |abruf=2013-04-06 |format=PDF; PPT, |sprache=en}}</ref><ref name="sierra">{{Internetquelle |autor=Stuart Sierra |url=http://www.infoq.com/presentations/Clojure-Design-Patterns |titel=Functional Design Patterns |hrsg=InfoQ |datum=2013-04-03 |abruf=2013-04-06 |sprache=en}}</ref><br />
<br />
== Vertreter ==<br />
Die Verhaltensmuster können in verschiedene Gruppen unterteilt werden. Bei den funktionalen Verhaltensmuster werden beispielsweise Zustandsmuster, Data Building Muster, und Flusssteuerungsmuster unterschieden.<br />
<br />
<!-- alphabetische Sortierung --><br />
;{{Anker|Accumulator}}Accumulator: Muster für Funktionen, die eine große Menge an Eingaben nimmt und kleine (skalare) Ausgaben produzieren, wie z.&nbsp;B. Lazy ausgewertete Sequenzen und Reduce-Funktionen. Accumulator ist ein Data Building Muster.<br />
<br />
;[[Beobachter (Entwurfsmuster)|Beobachter]] (englisch ''observer pattern'')<ref name="GO4" /><ref name="sierra" />: Ist eine Art von Publish/Subscribe oder Ereignisbeobachter. Objekte oder Funktionen registrieren sich, um ein Ereignis zu erkennen, das von einem anderen Objekt erzeugt worden sein könnte. Die funktionale Variante entspricht im Wesentlichen der objektorientierten Version. In der funktionalen Programmierung ist das Beobachter Verhaltensmuster ein Flusssteuerungsmuster.<br />
<br />
;[[Besucher (Entwurfsmuster)|Besucher]] (englisch ''visitor pattern'')<ref name="GO4" />: Ist eine Möglichkeit, einen Algorithmus von einem Objekt zu trennen.<br />
<br />
;{{Anker|Consequences}}Consequences<ref name="sierra" />: Jedes Ereignis kann mehrere Ereignisse auslösen. Erzeugte Ereignisse können Zustandsänderungen bewirken, Consequences ist somit ein Zustandsmuster<br />
<br />
;{{Anker|Einmaliger Besucher}}Einmaliger Besucher (englisch ''single-serving visitor pattern''): Objekt das einen einmaligen Nutzer eines Systems, der angelegt, einmal verwendet und anschließend gelöscht wird, implementiert.<br />
<br />
;[[Hierarchischer Besucher]]: Stellt eine Möglichkeit, in einer hierarchischen [[Datenstruktur]] wie z.&nbsp;B. einem [[Baum (Graphentheorie)|Baum]] jeden [[Knoten (Graphentheorie)|Knoten]] zu erreichen.<br />
<br />
;[[Interpreter (Entwurfsmuster)|Interpreter]]<ref name="GO4" />: Implementiert eine spezielle Programmiersprache, um schnell eine spezifische Menge von Problemen zu lösen.<br />
<br />
;[[Iterator (Entwurfsmuster)|Iterator]]<ref name="GO4" />: Iteratoren werden zum Zugriff auf Elemente eines [[Aggregation (Informatik)|aggregierten Objekt]] verwendet.<br />
<br />
;[[Kommando (Entwurfsmuster)|Kommando]] (englisch ''command pattern'')<ref name="GO4" />: Befehlsobjekte kapseln eine Handlung mit ihren Parametern.<br />
<br />
;[[MapReduce]]<ref name="sierra" />: Eine Reduktion von linearen Strukturen. MapReduce ist ein Data Building Muster.<br />
<br />
;[[Memento (Entwurfsmuster)|Memento]]<ref name="GO4" />: Stellt die Fähigkeit zur Verfügung, ein Objekt zu einem Vorgängerzustand wiederherzustellen (''rollback'').<br />
<br />
;[[Nullobjekt (Entwurfsmuster)|Nullobjekt]]: Wird als Vorgabewert für ein Objekt verwendet.<br />
<br />
;{{Anker|Planmäßige Tätigkeit}}Planmäßige Tätigkeit (englisch ''scheduled-task pattern''): Eine Tätigkeit wird so geplant, dass sie in einem bestimmten Intervall oder (in [[Echtzeitbetriebssystem|Echtzeitsystemen]]) zu einer gewissen Uhrzeit stattfindet.<br />
<br />
;[[Protokollstapel]]<ref>{{Internetquelle |url=http://c2.com/cgi/wiki?ProtocolStack |titel=Protocol Stack |abruf=2013-07-02 |sprache=en}}</ref>: Die Kommunikation wird über mehrere Schichten durchgeführt, die eine Datenkapselungshierarchie bilden.<br />
<br />
;{{Anker|Reduce/Combine}}Reduce/Combine<ref name="sierra" />: Eine Reduktion von baumartigen Strukturen. Reduce/Combine ist ein Data Building Muster.<br />
<br />
;{{Anker|Rekursive Erweiterung}}Rekursive Erweiterung<ref name="sierra" />: Rekursive Erweiterung ist ein Data Building Muster.<br />
<br />
;{{Anker|Reservierung}}Reservierung (englisch ''Reservation'')<ref name="soa" /><br />
: Eine Ressource wird für eine gewisse Zeit reserviert. Ein Beispiel ist ein Warenkorb, bei dem ein in den Warenkorb eines Benutzers aufgenommenes Objekt für eine Zeit reserviert wird. Wird der Bezahlungsvorgang nicht innerhalb der vorgegebenen Zeit abgeschlossen, wird das Objekt wieder für andere Benutzer freigegeben.<br />
<br />
;[[Schablonenmethode]] (englisch ''template method pattern'')<ref name="GO4" />: Beschreibt das [[Skeleton (Programmierung)|Gerüst]] eines Programms<br />
<br />
;[[Schwache Referenz (Entwurfsmuster)|Schwache Referenz]] (englisch ''weak reference pattern'')<ref>{{Internetquelle |autor=Ashod Nakashian |url=http://c2.com/cgi/wiki?WeakReferencePattern |titel=Weak Reference Pattern |abruf=2013-07-02 |sprache=en}}</ref>: Entkoppelt ähnlich dem [[Beobachter (Entwurfsmuster)|Beobachter Entwurfsmuster]] einen Beobachter von einem zu beobachtenden (englisch ''observable'').<br />
<br />
;[[Software Pipelining|Pipeline]]<ref name="sierra" />: Ein Prozess mit einem einzelnen Ausführungspfad der in mehrere diskrete Schritte aufgeteilt wird, wobei jeder Schritt ein ähnlich geformtes Ergebnis liefert. Pipeline ist ein Flusssteuerungsmuster.<br />
<br />
;[[Spezifikation (Entwurfsmuster)|Spezifikation]] (englisch ''specification pattern''): Rekombinierbar Geschäftslogik in Boolischer Art und Weise.<br />
<br />
;[[Stapelveräußerlichung]] (englisch ''externalize the stack'')<ref>{{Internetquelle |url=http://c2.com/cgi/wiki?ExternalizeTheStack |titel=Externalize The Stack |abruf=2013-07-02 |sprache=en}}</ref>: Verwandelt eine [[Rekursion|rekursive Funktion]] in eine Iterative, die den [[Stapelspeicher|Stapel]] verwendet.<br />
<br />
;{{Anker|State/Event}}State/Event<ref name="sierra" />: Stellt einen beliebigen vorherigen Status durch Reduzierung über gespeicherte Ereignisse wieder her. State/Event ist ein Zustandsmuster<br />
<br />
;[[Strategie (Entwurfsmuster)|Strategie]] (englisch ''strategy pattern'')<ref name="GO4" /><ref name="sierra" />: Dient zur Auswahl von unterschiedlichen, meist komplexen Algorithmen zur Laufzeit.<br />
<br />
;{{Anker|Token}}Token<ref name="sierra" /><br />
: Wird verwendet, um eine Operation abbrechen und rückgängig machen zu können, wobei die Operation selbst keine bestimmte (benannte) Identität besitzt. Token ist ein Flusssteuerungsmuster.<br />
<br />
;[[Vermittler (Entwurfsmuster)|Vermittler]] (englisch ''mediator pattern'')<ref name="GO4" /><br />
: Stellt eine einheitliche Schnittstelle für eine Schnittstellenmenge eines Teilsystems zur Verfügung.<br />
<br />
;{{Anker|Wrapper}}Wrapper<ref name="sierra" /><br />
: Ein Prozess mit mehreren diskreten Schritten und einem einzelnen Hauptausführungspfad, jedoch einer möglichen Ausführungsverzweigung bei jedem Schritt. Dieses Muster darf nicht mit dem oft auch Wrapper genannten [[Adapter (Entwurfsmuster)|Adapter-Entwurfsmuster]] in objektorientierten Programmiersprachen verwechselt werden. Adapter ist ein Flusssteuerungsmuster.<br />
<br />
;[[Zustand (Entwurfsmuster)|Zustand]] (englisch ''state pattern'')<ref name="GO4" /><br />
: Ist ein sauberer Weg für ein Objekt, teilweise seinen Typ zur Laufzeit zu verändern.<br />
<br />
;[[Zuständigkeitskette]] (englisch ''chain of responsibility pattern'')<ref name="GO4" /><br />
: Befehlsobjekte werden durch logic-containing bearbeitende Objekte bearbeitet oder an andere Objekte übergeben.<br />
<br />
;[[Sicherung (Entwurfsmuster)|Sicherung]] (englisch ''{{lang|en|circuit breaker}}'')<br />
: Bei einer Häufung von Zugriffsfehlern auf eine Ressource, etwa aufgrund von Überlastung, wird der Zugriff auf diese Ressource für eine Zeit unterbunden.<br />
<br />
;[[Post/Redirect/Get]]<br />
: Verhindert eine doppelte POST-Anfrage bei Webanwendungen.<br />
<br />
== Siehe auch ==<br />
* [[Erzeugungsmuster]]<br />
* [[Nebenläufigkeit (Entwurfsmuster)|Nebenläufigkeit]]<br />
* [[Strukturmuster]]<br />
<br />
== Quellen ==<br />
<references><br />
<ref name="soa"><br />
{{Internetquelle<br />
|autor=Arnon Rotem-Gal-Oz<br />
|url=http://arnon.me/soa-patterns/reservation/<br />
|titel=Reservation<br />
|werk=Cirrus Minor<br />
|abruf=2014-10-01<br />
|sprache=en}}<br />
</ref><br />
</references><br />
<br />
{{Navigationsleiste Entwurfsmuster}}<br />
<br />
<!--Kategorien--><br />
[[Kategorie:Verhaltensmuster (Software)| ]]</div>imported>Invisigoth67