Entwurfsmuster (Design Patterns) - Versionsgeschichte

L-ectron-X am 8. März 2018 um 19:57 Uhr

2018-03-08T19:57:01Z

L-ectron-x am 27. September 2013 um 06:38 Uhr

2013-09-27T06:38:03Z

← Nächstältere Version		Version vom 27. September 2013, 06:38 Uhr
Zeile 1:		Zeile 1:
	Dieser Artikel überschneidet sich mit einigen Artikeln der [[Kategorie:Design_Pattern]]		Dieser Artikel überschneidet sich mit einigen Artikeln der [http://wiki.byte-welt.net/wiki/Kategorie:Design_Pattern Kategorie Design Pattern]

	Beim Programmieren stellt man fest, dass bestimmte Schemata sich oft wiederholen (meist mit geringen Unterschieden) - diese Schemata bzw. Muster nennt man Entwurfsmuster (Design Patterns).<br>		Beim Programmieren stellt man fest, dass bestimmte Schemata sich oft wiederholen (meist mit geringen Unterschieden) - diese Schemata bzw. Muster nennt man Entwurfsmuster (Design Patterns).<br>

L-ectron-x am 27. September 2013 um 06:36 Uhr

2013-09-27T06:36:53Z

← Nächstältere Version		Version vom 27. September 2013, 06:36 Uhr
Zeile 1:		Zeile 1:
			Dieser Artikel überschneidet sich mit einigen Artikeln der [[Kategorie:Design_Pattern]]

	Beim Programmieren stellt man fest, dass bestimmte Schemata sich oft wiederholen (meist mit geringen Unterschieden) - diese Schemata bzw. Muster nennt man Entwurfsmuster (Design Patterns).<br>		Beim Programmieren stellt man fest, dass bestimmte Schemata sich oft wiederholen (meist mit geringen Unterschieden) - diese Schemata bzw. Muster nennt man Entwurfsmuster (Design Patterns).<br>
	Entwurfsmuster beschreiben die Kommunikation von Objekten in einer Art die einem eine flexibel und leicht erweiterbare [[Software]] Architektur gewährleistet. Sie helfen einem beim Entwickeln bzw. Entwerfen eines gültigen Systems.		Entwurfsmuster beschreiben die Kommunikation von Objekten in einer Art die einem eine flexibel und leicht erweiterbare [[Software]] Architektur gewährleistet. Sie helfen einem beim Entwickeln bzw. Entwerfen eines gültigen Systems.

L-ectron-x am 10. September 2013 um 10:32 Uhr

2013-09-10T10:32:18Z

← Nächstältere Version		Version vom 10. September 2013, 10:32 Uhr
Zeile 1.332:		Zeile 1.332:

	*Die Hauptanwendung erstellt einen Controller, der zwischen Modell und View vermittelt		*Die Hauptanwendung erstellt einen Controller, der zwischen Modell und View vermittelt
	*Die Hauptanwendung ~~[i]~~ist~~[/i]~~ der Controller		*Die Hauptanwendung ''ist'' der Controller
	*Der Controller ist ein Listener, der Eingaben aus der View an das Modell weiterreicht		*Der Controller ist ein Listener, der Eingaben aus der View an das Modell weiterreicht
	*Der Controller ist ein Teil der View - zum Beispiel eine innere Klasse in der View		*Der Controller ist ein Teil der View - zum Beispiel eine innere Klasse in der View

L-ectron-x am 10. August 2013 um 19:27 Uhr

2013-08-10T19:27:37Z

← Nächstältere Version		Version vom 10. August 2013, 19:27 Uhr
Zeile 2.022:		Zeile 2.022:
	--[[Benutzer:bygones \| bygones]] 30.06.2004, \| [[Benutzer:Bleiglanz \| Bleiglanz]] \| [[Benutzer:Illuvatar \| Illuvatar]] 02.09.2004 \| [[Benutzer:Beni \| Beni]] 16.07.2005 \| [[Benutzer:André Uhres \| André Uhres]] 21.11.2009 \| [[Benutzer:Marco13 \| Marco13]] 30.12.2009		--[[Benutzer:bygones \| bygones]] 30.06.2004, \| [[Benutzer:Bleiglanz \| Bleiglanz]] \| [[Benutzer:Illuvatar \| Illuvatar]] 02.09.2004 \| [[Benutzer:Beni \| Beni]] 16.07.2005 \| [[Benutzer:André Uhres \| André Uhres]] 21.11.2009 \| [[Benutzer:Marco13 \| Marco13]] 30.12.2009

			[[Kategorie:Design Pattern]]
	[[Kategorie:Java]]		[[Kategorie:Java]]
	[[Kategorie:Programmierung Grundlagen]]		[[Kategorie:Programmierung Grundlagen]]

L-ectron-x am 10. August 2013 um 19:25 Uhr

2013-08-10T19:25:11Z

← Nächstältere Version		Version vom 10. August 2013, 19:25 Uhr
Zeile 2.020:		Zeile 2.020:


	--[[Benutzer:bygones \| bygones]] 30.06.2004, \| [[Benutzer:Bleiglanz \| Bleiglanz]] \| [[Benutzer:Illuvatar \| Illuvatar]] 02.09.2004 \| [[Benutzer:Beni \| Beni]] 16.07.2005 \| [[Benutzer:André Uhres \| André Uhres] 21.11.2009 \| [[Benutzer:Marco13 \| Marco13] 30.12.2009		--[[Benutzer:bygones \| bygones]] 30.06.2004, \| [[Benutzer:Bleiglanz \| Bleiglanz]] \| [[Benutzer:Illuvatar \| Illuvatar]] 02.09.2004 \| [[Benutzer:Beni \| Beni]] 16.07.2005 \| [[Benutzer:André Uhres \| André Uhres]] 21.11.2009 \| [[Benutzer:Marco13 \| Marco13]] 30.12.2009

	[[Kategorie:Java]]		[[Kategorie:Java]]
	~~[[Kategorie:C]]~~
	~~[[Kategorie:Cpp]]~~
	[[Kategorie:Programmierung Grundlagen]]		[[Kategorie:Programmierung Grundlagen]]

L-ectron-x: /* Iterator */

2013-08-10T19:23:20Z

Iterator

← Nächstältere Version		Version vom 10. August 2013, 19:23 Uhr
Zeile 226:		Zeile 226:
	}</code=java>		}</code=java>

	Das Pattern ist in Java fest integriert und kann über den aufruf iterator() auf jede Collection angewandt werden.		Das Pattern ist in Java fest integriert und kann über den aufruf <code>iterator()</code> auf jede Collection angewandt werden.

	=Fasade=		=Fasade=

L-ectron-x: /* Iterator */

2013-08-10T19:22:39Z

Iterator

← Nächstältere Version		Version vom 10. August 2013, 19:22 Uhr
Zeile 158:		Zeile 158:

	=Iterator=		=Iterator=

			''Das Iterator Pattern erlaubt den sequentiellen Zugriff auf eine Aggregation ohne deren internen Struktur zu kennen.''

			Das Iterator Pattern ist eins der bekanntesten und weitverbreitesten Pattern in Java. Der Client muss nicht wissen wie die interne Struktur der Aggregation aussieht bzw. wie die Elemente angeordnet sind, kann aber über einen Iterator auf diese Element zugreifen.

			Der Iterator ist meist ein Interface der die beiden methoden "<code>next()</code>" and "<code>hasNext()</code>" definiert, wobei <code>hasNext()</code> testet ob noch auf Elemente zugegriffen werden kann und <code>next()</code> liefert dann das nächste Element.

			'''Beispiel:'''

			<code=java>package pattern;

			interface IntIterator {
			public boolean hasNext();

			public int nextInt();
			}

			public class IntListe {
			private int[] array;

			public IntListe(int[] a) {
			array = a;
			}

			public IntIterator iterator() {
			return new IntIterator() {
			int index = 0;

			public boolean hasNext() {
			return index < array.length;
			}

			public int nextInt() {
			return array[index++];
			}
			};
			}

			public IntIterator backIterator() {
			return new IntIterator() {
			int index = array.length - 1;

			public boolean hasNext() {
			return index > -1;
			}

			public int nextInt() {
			return array[index--];
			}

			};
			}

			public static void main(String[] args) {
			int[] a = { 1, 2, 3, 4, 5 };
			IntListe il = new IntListe(a);
			for (IntIterator iter = il.iterator(); iter.hasNext();) {
			int next = iter.nextInt();
			System.out.print(next + " ");
			}
			System.out.println();
			for (IntIterator iter = il.backIterator(); iter.hasNext();) {
			int next = iter.nextInt();
			System.out.print(next + " ");
			}
			}
			}</code=java>

			Das Pattern ist in Java fest integriert und kann über den aufruf iterator() auf jede Collection angewandt werden.

	=Fasade=		=Fasade=

L-ectron-x: /* Fasade */

2013-08-10T19:20:23Z

Fasade

← Nächstältere Version		Version vom 10. August 2013, 19:20 Uhr
Zeile 159:		Zeile 159:
	=Iterator=		=Iterator=
	=Fasade=		=Fasade=

			''Das Fassade erlaubt den einfachen Zugriff auf ein komplexes Subsystem.''

			Ein Programm unterteilt sich meist in Subsysteme. Je nach Größe und Komplexität dieser Systeme ist es manchmal schwierig zu verstehen welche Methoden wie und warum in diesem System definiert wurden. Lässt man Clients nun auf die einzelnen Methoden des Subsystems zugreifen erschwert das die Wartung des kompletten Systems, da bei jeder ßnderung des Subsystems alle nach außen gehenden Assoziation getestet werden müssen.

			Daher erschafft man sich eine sog. Fassaden Klasse die einige der wichtigen bzw. benötigten public Methoden des Subsystems definieren. Clients greifen nun nicht direkt in Klassen des Subsystems, sondern nutzen nur die Fassaden Klasse. Das macht das gesamte System stabiler da weniger Abhängigkeiten existieren und dadurch auch die Wartbarkeit verbessert wird.

	=General Hierarchie=		=General Hierarchie=

L-ectron-x: /* General Hierarchie */

2013-08-10T19:19:46Z

General Hierarchie

← Nächstältere Version		Version vom 10. August 2013, 19:19 Uhr
Zeile 160:		Zeile 160:
	=Fasade=		=Fasade=
	=General Hierarchie=		=General Hierarchie=

			''Das General Hierarchie Pattern hilft beim modellieren von Objekten die in einer Hierarchischen Struktur zu finden sind.''

			Jedes Objekt in einer Hierarchie kann einen Vorgänger (''superior'') haben oder einen Nachfolger (''subordinate''). Manche Elemente haben beides, manche haben nur einen "superior". Um dies zu modellieren hilft das General Hierarchie Pattern.

			Betrachtet man einen Baum so existieren Knoten (node) und Blätter (leaf). Knoten können wieder Knoten bzw. Blätter haben, Blätter hingegen haben keine Nachfolger. Um dies zu modellieren erstellt man sich eine abstrakte Klasse, die die gemeinsamen Eigenschaften der beiden Klassen vereinigt (''TreeElement''). Die beiden Klassen ''Node'' und ''Leaf'' erben von ''TreeElement'', wobei Node eine mehrfach Assoziation wieder zur Oberklasse "TreeElement" hat, was impliziert dass ein Knoten wiederum Knoten oder Blätter besitzen kann.

			Ein weiteres Beispiel des Patterns ist das Verhältnis von Angestellten und Manager. Ein Manager ist ein Angestellter in einer Firma, der wiederum Angestellte unter sich hat.

	=Player Role Pattern=		=Player Role Pattern=