Model-View-Controller-Pattern - Versionsgeschichte

Kowa am 22. September 2017 um 14:50 Uhr

2017-09-22T14:50:09Z

Kowa am 22. September 2017 um 14:04 Uhr

2017-09-22T14:04:48Z

Kowa am 5. März 2014 um 16:49 Uhr

2014-03-05T16:49:10Z

← Nächstältere Version		Version vom 5. März 2014, 16:49 Uhr
Zeile 21:		Zeile 21:

	=Kommunikation zwischen MVC-Modulen=		=Kommunikation zwischen MVC-Modulen=
	[[~~Medium~~:VCM-Prozess 01.png\|gerahmt\|rechts\|VCM-Prozess]]		[[Datei:VCM-Prozess 01.png\|gerahmt\|rechts\|VCM-Prozess]]
	Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.		Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.
	Die Abhängigkeiten entstehen dadurch, dass die MVC-Module miteinander kommunizieren müssen.		Die Abhängigkeiten entstehen dadurch, dass die MVC-Module miteinander kommunizieren müssen.
Zeile 46:		Zeile 46:

	=Das MVC-Pattern als 3-Schichten-Pattern=		=Das MVC-Pattern als 3-Schichten-Pattern=
	[[~~Medium~~:VCM-Schichtenarchitektur 01.png\|gerahmt\|\|rechts\|Das MVC-Pattern als Spezialfall des [[Layer-Pattern]]s]]		[[Datei:VCM-Schichtenarchitektur 01.png\|gerahmt\|\|rechts\|Das MVC-Pattern als Spezialfall des [[Layer-Pattern]]s]]

	Man kann die drei MVC-Module in Schichten anordnen: In der untersten Schicht ist das Modell angesiedelt, darüber liegt der Controller		Man kann die drei MVC-Module in Schichten anordnen: In der untersten Schicht ist das Modell angesiedelt, darüber liegt der Controller

Kowa am 12. September 2011 um 09:39 Uhr

2011-09-12T09:39:41Z

← Nächstältere Version		Version vom 12. September 2011, 09:39 Uhr
Zeile 125:		Zeile 125:
	=Quellen=		=Quellen=
	<ol>		<ol>
	<li>~~[[[~~Quelle::Gamma ~~et al~~. (1995)]]</li>		<li>{{Quelle\|Gamma, E.; Helm, R.; Johnson, R.; Vlissides, J. (1995): Design Patterns}}</li>
	<li>[[Quelle::Kowarschick, W.: Multimedia-Programmierung]]</li>		<li>{{Quelle\|Kowarschick, W.: Multimedia-Programmierung}}</li>
	</ol>		</ol>

Kowa: /* Quellen */

2011-09-05T11:23:14Z

Quellen

← Nächstältere Version		Version vom 5. September 2011, 11:23 Uhr
Zeile 124:		Zeile 124:

	=Quellen=		=Quellen=
	<~~noinclude~~>		<ol>
	* [[Quelle::~~Kowarschick, W~~.~~: Multimedia-Programmierung~~]]</~~noinclude~~>		<li>[[[Quelle::Gamma et al. (1995)]]</li>
	* [[Quelle::~~Gamma et al~~. ~~(1995)~~]]		<li>[[Quelle::Kowarschick, W.: Multimedia-Programmierung]]</li>
			</ol>

	=Siehe auch=		=Siehe auch=

Kowa: /* Quellen */

2011-09-05T11:20:05Z

Quellen

← Nächstältere Version		Version vom 5. September 2011, 11:20 Uhr
Zeile 125:		Zeile 125:
	=Quellen=		=Quellen=
	<noinclude>		<noinclude>
	* [[Kowarschick, W.: Multimedia-Programmierung]]</noinclude>		* [[Quelle::Kowarschick, W.: Multimedia-Programmierung]]</noinclude>
	* [[Gamma et al. (1995)]]		* [[Quelle::Gamma et al. (1995)]]

	=Siehe auch=		=Siehe auch=

Kowa am 4. September 2011 um 15:01 Uhr

2011-09-04T15:01:17Z

← Nächstältere Version		Version vom 4. September 2011, 15:01 Uhr
Zeile 136:		Zeile 136:
	[[en:MVC]]		[[en:MVC]]
	[[Kategorie:Kapitel:Multimedia-Programmierung]]		[[Kategorie:Kapitel:Multimedia-Programmierung]]
	~~{{{{SITENAME}}-konformer Artikel}}~~</noinclude>		</noinclude>

Kowa: /* Siehe auch */

2011-07-24T11:47:29Z

Siehe auch

← Nächstältere Version		Version vom 24. Juli 2011, 11:47 Uhr
Zeile 130:		Zeile 130:
	=Siehe auch=		=Siehe auch=
	*[[Model-View-Controller-Paradigma]]		*[[Model-View-Controller-Paradigma]]
	<noinclude>[[Kategorie:~~Objektorientierte Programmierung~~]]		<noinclude>
	[[Kategorie:~~Glossar~~]][[Kategorie:~~MVC~~]]		[[Kategorie:MVC]]
			[[Kategorie:Objektorientierte Programmierung]]
			[[Kategorie:Glossar]]
	[[en:MVC]]		[[en:MVC]]
	[[Kategorie:Kapitel:Multimedia-Programmierung]]		[[Kategorie:Kapitel:Multimedia-Programmierung]]
	{{{{SITENAME}}-konformer Artikel}}</noinclude>		{{{{SITENAME}}-konformer Artikel}}</noinclude>

Kowa: /* Definition */

2011-07-17T11:31:07Z

Definition

← Nächstältere Version		Version vom 17. Juli 2011, 11:31 Uhr
Zeile 4:		Zeile 4:
	auf dem [[Model-View-Controller-Paradigma]] beruht, das also für die MVC-Module		auf dem [[Model-View-Controller-Paradigma]] beruht, das also für die MVC-Module
	[[Model-View-Controller-Paradigma/Model\|Model]], [[Model-View-Controller-Paradigma/View\|View]] und [[Model-View-Controller-Paradigma/Controller\|Controller]]		[[Model-View-Controller-Paradigma/Model\|Model]], [[Model-View-Controller-Paradigma/View\|View]] und [[Model-View-Controller-Paradigma/Controller\|Controller]]
	geeignete [[Klassen]]- und [[Objekt]]-Strukturen definiert.		geeignete [[Klasse (OOP)\|Klassen]]- und [[Objekt (OOP)\|Objekt]]-Strukturen definiert.

	=Verschiedene Realisierungsmöglichkeiten=		=Verschiedene Realisierungsmöglichkeiten=

Kowa am 28. April 2011 um 16:08 Uhr

2011-04-28T16:08:53Z

← Nächstältere Version		Version vom 28. April 2011, 16:08 Uhr
Zeile 21:		Zeile 21:

	=Kommunikation zwischen MVC-Modulen=		=Kommunikation zwischen MVC-Modulen=
	[[Medium:~~MVC~~-Prozess ~~02b~~.png\|gerahmt\|rechts\|~~MVC~~-Prozess~~: Verschiedene Arten der Kommunikation~~]]		[[Medium:VCM-Prozess 01.png\|gerahmt\|rechts\|VCM-Prozess]]
	Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.		Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.
	Die Abhängigkeiten entstehen dadurch, dass die MVC-Module miteinander kommunizieren müssen.		Die Abhängigkeiten entstehen dadurch, dass die MVC-Module miteinander kommunizieren müssen.

← Nächstältere Version		Version vom 22. September 2017, 14:50 Uhr
Zeile 31:		Zeile 31:
	## Der Sender schickt in der Nachricht detailierte Informationen mit, so dass der Empfänger danach nicht mehr auf den Sender zugreifen muss.		## Der Sender schickt in der Nachricht detailierte Informationen mit, so dass der Empfänger danach nicht mehr auf den Sender zugreifen muss.

	Weitere Kommunikationsmöglichkeiten, wie ~~z.B.~~ [[Broadcast-Nachricht]]en, die Kommunikation über globale Variablen (insbesondere über [[Klassenattribute]]) etc., sollten ~~i. Allg.~~ vermieden werden.		Weitere Kommunikationsmöglichkeiten, wie {{zB}} [[Broadcast-Nachricht]]en, die Kommunikation über globale Variablen (insbesondere über [[Klassenattribute]]) etc., sollten {{iAllg}} vermieden werden.
	Bei Broadcast-Nachrichten, die an eine Vielzahl von nicht-beteiligten Objekten gehen, muss jeder		Bei Broadcast-Nachrichten, die an eine Vielzahl von nicht-beteiligten Objekten gehen, muss jeder
	einzelne Empfäger entscheiden, ob die jweils empfangene Nachricht für ihn überhaupt von Interesse ist.		einzelne Empfäger entscheiden, ob die jweils empfangene Nachricht für ihn überhaupt von Interesse ist.
	Bei globalen Variablen kann ~~i. Allg.~~ nur schwer nachvollzogen werden, wer welche Variablen zu Kommunikation nutzt oder ob bestimmte Variablen überhaupt noch zur Kommunikation benötigt werden. Der zugehörige Code wird im Laufe der Zeit im unwartbarer.		Bei globalen Variablen kann {{iAllg}} nur schwer nachvollzogen werden, wer welche Variablen zu Kommunikation nutzt oder ob bestimmte Variablen überhaupt noch zur Kommunikation benötigt werden. Der zugehörige Code wird im Laufe der Zeit im unwartbarer.

	==Initialisierung von MVC-Modulen==		==Initialisierung von MVC-Modulen==
Zeile 55:		Zeile 55:
	und der Controller auf das Modell. Das Modell darf dagegen auf kein anderes Modul direkt zugreifen.		und der Controller auf das Modell. Das Modell darf dagegen auf kein anderes Modul direkt zugreifen.

	Diese Schichteneinteilung ist sinnvoll. Wenn ein Modell, ~~d.h.~~ eine Abbildung eines Realitätsauschnitts auf ein Datenmodell, erstellt wird,		Diese Schichteneinteilung ist sinnvoll. Wenn ein Modell, {{dh}} eine Abbildung eines Realitätsauschnitts auf ein Datenmodell, erstellt wird,
	ist weder festgelegt, wie die Manipulationen an diesem Modell realisiert werden, noch, auf welche Arten diese Daten den Benutzern		ist weder festgelegt, wie die Manipulationen an diesem Modell realisiert werden, noch, auf welche Arten diese Daten den Benutzern
	präsentiert werden. Auch der Controller, der die Benutzereingaben verarbeitet, braucht nicht zu wissen, welche Views das Modell darstellen.		präsentiert werden. Auch der Controller, der die Benutzereingaben verarbeitet, braucht nicht zu wissen, welche Views das Modell darstellen.
	Eine View dagegen muss das Modell kennen, dessen Daten sie visualisiert. Außerdem muss sie einen geeigneten		Eine View dagegen muss das Modell kennen, dessen Daten sie visualisiert. Außerdem muss sie einen geeigneten
	Controller kennen, wenn sie Benutzeraktionen, wie ~~z.B.~~ Mausklicks auf bestimmte Buttons, verarbeiten lassen will.		Controller kennen, wenn sie Benutzeraktionen, wie {{zB}} Mausklicks auf bestimmte Buttons, verarbeiten lassen will.

	===Heterogene Kommunikationswelt: Unicast- und Multicast-Kommunikation===		===Heterogene Kommunikationswelt: Unicast- und Multicast-Kommunikation===

← Nächstältere Version		Version vom 22. September 2017, 14:04 Uhr
Zeile 1:		Zeile 1:
	{{MVC:Menü}}		{{MVC:Menü}}
	=Definition=		==Definition==
	Ein [[Model-View-Controller-Pattern]], kurz [[MVC-Pattern]], bezeichnet ein [[Entwurfsmuster]], das		Ein [[Model-View-Controller-Pattern]], kurz [[MVC-Pattern]], bezeichnet ein [[Entwurfsmuster]], das
	auf dem [[Model-View-Controller-Paradigma]] beruht, das also für die MVC-Module		auf dem [[Model-View-Controller-Paradigma]] beruht, das also für die MVC-Module
Zeile 6:		Zeile 6:
	geeignete [[Klasse (OOP)\|Klassen]]- und [[Objekt (OOP)\|Objekt]]-Strukturen definiert.		geeignete [[Klasse (OOP)\|Klassen]]- und [[Objekt (OOP)\|Objekt]]-Strukturen definiert.

	=Verschiedene Realisierungsmöglichkeiten=		==Verschiedene Realisierungsmöglichkeiten==

	Es gibt mehrere Möglichkeiten, geeignete Klassen- und Objekt-Strukturen zu definieren,		Es gibt mehrere Möglichkeiten, geeignete Klassen- und Objekt-Strukturen zu definieren,
	~~d.h.~~ es gibt mehrere MVC-Pattern-Varianten.		{{dh}}, es gibt mehrere MVC-Pattern-Varianten.

	Zwei wichtige Aspekte, die dabei berücksichtigt werden müssen, sind die		Zwei wichtige Aspekte, die dabei berücksichtigt werden müssen, sind die
Zeile 20:		Zeile 20:
	* [[Model-View-Controller-Pattern/Observer\|Kommunikation ausschließlich mittels des Observer Patterns]] (empfehlenswert)		* [[Model-View-Controller-Pattern/Observer\|Kommunikation ausschließlich mittels des Observer Patterns]] (empfehlenswert)

	=Kommunikation zwischen MVC-Modulen=		==Kommunikation zwischen MVC-Modulen==
	[[Datei:VCM-Prozess 01.png\|gerahmt\|rechts\|VCM-Prozess]]		[[Datei:VCM-Prozess 01.png\|gerahmt\|rechts\|VCM-Prozess]]
	Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.		Ein wichtiges [[Programmierprinzip]] ist es, so wenige Abhängigkeiten wie möglich zu erzeugen (''few interfaces''), da Abhängigkeiten die Komplexität und die Fehleranfälligkeit erhöhen.
Zeile 36:		Zeile 36:
	Bei globalen Variablen kann i. Allg. nur schwer nachvollzogen werden, wer welche Variablen zu Kommunikation nutzt oder ob bestimmte Variablen überhaupt noch zur Kommunikation benötigt werden. Der zugehörige Code wird im Laufe der Zeit im unwartbarer.		Bei globalen Variablen kann i. Allg. nur schwer nachvollzogen werden, wer welche Variablen zu Kommunikation nutzt oder ob bestimmte Variablen überhaupt noch zur Kommunikation benötigt werden. Der zugehörige Code wird im Laufe der Zeit im unwartbarer.

	=Initialisierung von MVC-Modulen=		==Initialisierung von MVC-Modulen==

	Je nach Art der Kommunikation müssen die verschiedenen Module unterschiedlich initialisiert werden:		Je nach Art der Kommunikation müssen die verschiedenen Module unterschiedlich initialisiert werden:
Zeile 45:		Zeile 45:
	## Wenn Modul B von einem Dritten als Empfänger angemeldet wird und Modul A alle notwendigen Informationen in den Multicast-Nachrichten mitschickt, braucht Modul B das Modul A nicht zu kennen.		## Wenn Modul B von einem Dritten als Empfänger angemeldet wird und Modul A alle notwendigen Informationen in den Multicast-Nachrichten mitschickt, braucht Modul B das Modul A nicht zu kennen.

	=Das MVC-Pattern als 3-Schichten-Pattern=		==Das MVC-Pattern als 3-Schichten-Pattern==
	[[Datei:VCM-Schichtenarchitektur 01.png\|gerahmt\|\|rechts\|Das MVC-Pattern als Spezialfall des [[Layer-Pattern]]s]]		[[Datei:VCM-Schichtenarchitektur 01.png\|gerahmt\|\|rechts\|Das MVC-Pattern als Spezialfall des [[Layer-Pattern]]s]]

Zeile 61:		Zeile 61:
	Controller kennen, wenn sie Benutzeraktionen, wie z.B. Mausklicks auf bestimmte Buttons, verarbeiten lassen will.		Controller kennen, wenn sie Benutzeraktionen, wie z.B. Mausklicks auf bestimmte Buttons, verarbeiten lassen will.

	==Heterogene Kommunikationswelt: Unicast- und Multicast-Kommunikation==		===Heterogene Kommunikationswelt: Unicast- und Multicast-Kommunikation===

	Die Drei-Schichten-Architektur legt folgendes Kommunikationsverhalten nahe:		Die Drei-Schichten-Architektur legt folgendes Kommunikationsverhalten nahe:
Zeile 72:		Zeile 72:
	mit den die Controller kommunizieren, existieren zu diesem Zeitpunkt schon. Zu guter Letzt werden die View-Objekte erzeugt und initialisiert.		mit den die Controller kommunizieren, existieren zu diesem Zeitpunkt schon. Zu guter Letzt werden die View-Objekte erzeugt und initialisiert.

	==Homogene Kommunikationswelt: Reine Multicast-Kommunikation==		===Homogene Kommunikationswelt: Reine Multicast-Kommunikation===

	Ein zweite Möglichkeit wäre, alle Objekte per Multicast-Nachrichten kommunizieren zu lassen. Allerdings sollten in diesem Fall		Ein zweite Möglichkeit wäre, alle Objekte per Multicast-Nachrichten kommunizieren zu lassen. Allerdings sollten in diesem Fall
Zeile 82:		Zeile 82:
	nähere Informationen vom Controller einholen zu können, welche Änderungen am Modell eigentlich vorgenommen werden sollen.		nähere Informationen vom Controller einholen zu können, welche Änderungen am Modell eigentlich vorgenommen werden sollen.

	=3 verschiedene Arten von MVCS-Pattern=		==Drei verschiedene Arten von MVCS-Pattern==

	==Initialisierung mittels Singleton(s)==		===Initialisierung mittels Singleton(s)===
	Bei [[Model-View-Controller-Pattern/Singleton\|diesem Pattern]]		Bei [[Model-View-Controller-Pattern/Singleton\|diesem Pattern]]
	kommunizeren ebenfalls nur die Modell-Objekte mittels Multicast-Nachrichten. Die		kommunizeren ebenfalls nur die Modell-Objekte mittels Multicast-Nachrichten. Die
Zeile 96:		Zeile 96:
	Details siehe: [[Model-View-Controller-Pattern/Singleton\|DMVC-Pattern: Initialisierung mittels Singleton(s)]]		Details siehe: [[Model-View-Controller-Pattern/Singleton\|DMVC-Pattern: Initialisierung mittels Singleton(s)]]

	==Initialisierung mittels Dependency Injection==		===Initialisierung mittels Dependency Injection===
	Bei [[Model-View-Controller-Pattern/Dependency Injection\|diesem Pattern]]		Bei [[Model-View-Controller-Pattern/Dependency Injection\|diesem Pattern]]
	kommunizeren nur die Modell-Objekte mittels Multicast-Nachrichten. Die		kommunizeren nur die Modell-Objekte mittels Multicast-Nachrichten. Die
Zeile 110:		Zeile 110:
	Details siehe: [[Model-View-Controller-Pattern/Dependency Injection\|MVC-Pattern: Initialisierung mittels Dependency Injection]]		Details siehe: [[Model-View-Controller-Pattern/Dependency Injection\|MVC-Pattern: Initialisierung mittels Dependency Injection]]

	==Kommunikation ausschließlich mittels des Observer Patterns==		===Kommunikation ausschließlich mittels des Observer-Patterns===
	Bei [[Model-View-Controller-Pattern/Observer\|diesem Pattern]]		Bei [[Model-View-Controller-Pattern/Observer\|diesem Pattern]]
	kommunizeren alle MVC-Objekte mittels Multicast-Nachrichten (die alle notwendigen Informationen		kommunizeren alle MVC-Objekte mittels Multicast-Nachrichten (die alle notwendigen Informationen
Zeile 123:		Zeile 123:
	Details siehe: [[Model-View-Controller-Pattern/Observer\|MVC-Pattern: Kommunikation ausschließlich mittels des Observer Patterns]]		Details siehe: [[Model-View-Controller-Pattern/Observer\|MVC-Pattern: Kommunikation ausschließlich mittels des Observer Patterns]]

	=Quellen=		==Quellen==
	<ol>		<ol>
	<li>{{Quelle\|Gamma, E.; Helm, R.; Johnson, R.; Vlissides, J. (1995): Design Patterns}}</li>		<li>{{Quelle\|Gamma, E.; Helm, R.; Johnson, R.; Vlissides, J. (1995): Design Patterns}}</li>
Zeile 129:		Zeile 129:
	</ol>		</ol>

	=Siehe auch=		==Siehe auch==
	*[[Model-View-Controller-Paradigma]]		*[[Model-View-Controller-Paradigma]]
	<noinclude>		<noinclude>