GlossarWiki - Benutzerbeiträge [de-formal]

Model-View-Controller-Paradigma

2007-01-09T21:02:57Z

Eyesee:

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmweisen.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas]]

=Siehe auch=
*[[Wikipedia:MVC]]
*[http://heim.ifi.uio.no/~trygver/index.html Homepage von Trygve M. H. Reenskaug, Erfinder von MVC]
*[http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html Reenskaugs eigene Seite über MVC ]
*[[Reenskaug, T. (1979): Thing-Model-View-Editor]] (Erste Notiz mit exemplarischen Beispielen)
*[[Reenskaug, T. (1979a): Models-Views-Controllers]] (Grundlegende Definition von MVC)
*[[Reenskaug, T. (2003): The Model-View-Controller (MVC ). Its Past and Present]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}

Reenskaug, T. (2003): The Model-View-Controller (MVC). Its Past and Present

2007-01-09T20:59:19Z

Eyesee:

{{Quelle:URL
| key = Reenskaug (2003)
| authors = Trygve M. H. Reenskaug
| title = The Model-View-Controller (MVC ).
| subtitle = Its Past and Present
| editors =
| day = 20
| month = August
| year = 2003
| url = http://heim.ifi.uio.no/~trygver/2003/javazone-jaoo/HM1A93.html
| annotations = Präsentation über Vergangenheit und Zukunft von MVC.
}}

Reenskaug, T. (1979a): Models-Views-Controllers

2007-01-09T20:55:59Z

Eyesee:

{{Quelle:URL
| key = Reenskaug (1979a)
| authors = Trygve M. H. Reenskaug
| title = Models-Views-Controllers
| subtitle =
| editors =
| day = 10
| month = Dezember
| year = 1979
| url = http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf
| annotations = Grundlegende Definition des Model-View-Controller-Paradigmas. Entstanden nach langen Diskussionen mit Adele Goldberg.
}}

Reenskaug, T. (1979): Thing-Model-View-Editor

2007-01-09T20:55:30Z

Eyesee:

{{Quelle:URL
| key = Reenskaug (1979)
| authors = Trygve M. H. Reenskaug
| title = Thing-Model-View-Editor
| subtitle = an Example from a planningsystem
| editors =
| day = 12
| month = Mai
| year = 1979
| url = http://heim.ifi.uio.no/~trygver/1979/mvc-1/1979-05-MVC.pdf
| annotations = Erste Notiz zum Modell-View-Controller-Paradigma mit exemplarischen Beispielen verfasst vom Erfinder persönlich
}}

Model-View-Controller-Paradigma

2007-01-09T20:54:20Z

Eyesee: /* Quellen */

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmweisen.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas]]
*[http://heim.ifi.uio.no/~trygver/index.html Homepage von Trygve M. H. Reenskaug, Erfinder von MVC]
*[http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html Reenskaugs eigene Seite über MVC ]
*[[Reenskaug, T. (1979): Thing-Model-View-Editor]] (Erste Notiz mit exemplarischen Beispielen)
*[[Reenskaug, T. (1979a): Models-Views-Controllers]] (Grundlegende Definition von MVC)
*[[Reenskaug, T. (2003): The Model-View-Controller (MVC ). Its Past and Present]]

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Anmerkung1 = Es sollten weitere Quellen angegeben werden. Vor allem die Quelle, in der das MVC-Pattern erstmals beschrieben wird wäre gut.
}}

Reenskaug, T. (1979a): Models-Views-Controllers

2007-01-09T20:51:32Z

Eyesee:

{{Quelle:URL
| key = Reenskaug, T. (1979a)
| authors = Trygve M. H. Reenskaug
| title = Models-Views-Controllers
| subtitle =
| editors =
| day = 10
| month = Dezember
| year = 1979
| url = http://heim.ifi.uio.no/~trygver/1979/mvc-2/1979-12-MVC.pdf
| annotations = Grundlegende Definition des Model-View-Controller-Paradigmas. Entstanden nach langen Diskussionen mit Adele Goldberg.
}}

Model-View-Controller-Paradigma

2007-01-09T20:50:49Z

Eyesee: /* Quellen */

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmweisen.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas]]
*[http://heim.ifi.uio.no/~trygver/index.html Homepage von Trygve M. H. Reenskaug, Erfinder von MVC]
*[http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html Reenskaugs eigene Seite über MVC ]
*[[Reenskaug, T. (1979): Thing-Model-View-Editor]] (Erste Notiz mit exemplarischen Beispielen)
*[[Reenskaug, T. (1979a): Models-Views-Controllers]] (Grundlegende Definition von MVC)

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Anmerkung1 = Es sollten weitere Quellen angegeben werden. Vor allem die Quelle, in der das MVC-Pattern erstmals beschrieben wird wäre gut.
}}

Reenskaug, T. (1979): Thing-Model-View-Editor

2007-01-09T20:48:00Z

Eyesee:

{{Quelle:URL
| key = Reenskaug, T. (1979)
| authors = Trygve M. H. Reenskaug
| title = Thing-Model-View-Editor
| subtitle = an Example from a planningsystem
| editors =
| day = 12
| month = Mai
| year = 1979
| url = http://heim.ifi.uio.no/~trygver/1979/mvc-1/1979-05-MVC.pdf
| annotations = Erste Notiz zum Modell-View-Controller-Paradigma mit exemplarischen Beispielen verfasst vom Erfinder persönlich
}}

Model-View-Controller-Paradigma

2007-01-09T20:40:16Z

Eyesee: /* Quellen */

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmweisen.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas]]
*[http://heim.ifi.uio.no/~trygver/index.html Homepage von Trygve M. H. Reenskaug, Erfinder von MVC]
*[http://heim.ifi.uio.no/~trygver/themes/mvc/mvc-index.html Reenskaugs eigene Seite über MVC ]
*[[Reenskaug, T. (1979): Thing-Model-View-Editor]] (Erste Notiz mit exemplarischen Beispielen)
*[[Reenskaug, T. (1979): Models-Views-Controllers]] (Grundlegende Definition von MVC)

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]
[[Kategorie:Glossar]]
{{{{SITENAME}}-konformer Artikel}}
{{Quellenangaben verbessern
| Anmerkung1 = Es sollten weitere Quellen angegeben werden. Vor allem die Quelle, in der das MVC-Pattern erstmals beschrieben wird wäre gut.
}}

Model-View-Controller-Paradigma

2007-01-09T11:40:03Z

Eyesee: /* Nachteile */

{{Kategorisierung fehlerhaft}}

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmweisen.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Dietmar Stoiber, Implementierung des Model-View-Controller Paradigmas (2005)]]

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]

Model-View-Controller-Paradigma

2007-01-09T11:38:59Z

Eyesee:

{{Kategorisierung fehlerhaft}}

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmierung.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Dietmar Stoiber, Implementierung des Model-View-Controller Paradigmas (2005)]]

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]

Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas

2007-01-09T11:33:50Z

Eyesee: hat Dietmar Stoiber, Implementierung des Model-View-Controller Paradigmas nach Dietmar Stoiber, Implementierung des Model-View-Controller Paradigmas (2005) verschoben: Kürzel geändert

{{Quelle:Skript
| key = Dietmar Stoiber, Implementierung des Model-View-Controller Paradigmas (2005)
| authors = Dietmar Stoiber
| title = Implementierung des Model-View-Controller Paradigmas für das WeLearn-System (Web Environment for Learning)
| subtitle = Diplomarbeit
| day = 16
| month = Februar
| year = 2005
| school = [http://www.uni-linz.ac.at/ Johannes Kepler Universität (JKU) Linz]
| institute = Institut für Informationsverarbeitung und Mikroprozessortechnik
| address = Altenbergerstrasse. 69, A-4040 Linz
| url = http://www.fim.uni-linz.ac.at/Diplomarbeiten/Diplomarbeit_stoiber/Dietmar_Stoiber_-_Model-View-Controller_Paradigma.pdf
| annotations = Diplomarbeit zur Erlangung des akademischen Grades Diplomingenieur in der Studienrichtung Informatik
}}

Stoiber, D. (2005): Implementierung des Model-View-Controller Paradigmas

2007-01-09T11:33:03Z

Eyesee:

Model-View-Controller-Paradigma

2007-01-09T04:10:29Z

Eyesee:

{{In Bearbeitung}}

{{Verbesserungswürdiger Inhalt
| {{SITENAME}}-Regeln = true
| Genauer = true
}}
{{Quellenangaben verbessern
| Formatierung = true
| Nicht-nur-Wikipedia = true
}}
{{Kategorisierung fehlerhaft}}

=Definition=
'''MVC''' ist die Abkürzung für Model View Controller.

Das MVC-Paradigma bezeichnet ein Architekturmuster zur Trennung eines Programms in drei separate Einheiten: Datenmodell (Model), Präsentation (View) und Programmsteuerung (Controller). Vorteile dieses Paradigmas ist ein flexibles Programmdesign, welches Wiederverwendbarkeit der einzelnen Komponenten und reduzierte Komplexität gewährleistet, insbesondere bei großen Anwendungen.

=Bemerkungen=
==Geschichte==
In den Anfängen der Informatik war es nicht unüblich in [[Spaghetti-Code|Spaghetti-Code]] zu entwickeln, was mit vielen Nachteilen verbunden ist. Erst die Einführung der strukturierten Programmierung in den 70ern und später die objektorientierte Programmierung in den 80ern schaffte Abhilfe und ermöglichte das Programmieren nach dem Model-View-Controller Paradigma.

Ursprünglich wurde das MVC-Paradigma 1978/79 von der Firma Xerox für die [[GUI|GUI]]-Programmierung eingeführt. Zum Einsatz kam die damals ebenfalls von Xerox entwickelte [[Objektorientierung|objektorientierte]] Programmiersprache [[Smalltalk|Smalltalk]].

In neueren Programmiersprachen wie [[Verweis|Java]] kommt MVC ebenfalls bei der [[GUI|GUI]]-Programmierung zum Einsatz. MVC ist heute allgemeiner Standard beim Entwurf komplexer Softwaresysteme, bei denen die Anwendungslogik von anderen Teilen des Systems getrennt werden soll.

Eine Variante ist '''MVC2''' (MVC Model 2 bzw. MVC Version 2), die speziell für Webanwendungen gedacht ist.

==Vorteile==
Das MVC-Paradigma bietet eine Reihe von Vorteilen:
* Gut strukturiertes Design durch klare Trennung der Anwendungslogik von den dazugehörenden Daten und der Benutzerinteraktion.
* Änderungen an einer Komponente sind möglich, ohne dass andere Komponenten davon betroffen werden; sogar ganze Komponenten können ausgetauscht werden.
* Mehrere Ansichten des Systems können durch Austausch verschiedener Views realisiert werden.
* Im Fehlerfall ist die Suche nach dem Fehler in der Regel auf eine Komponente beschränkt.
* Erweiterbarkeit bestehender Systeme, indem neue Komponenten hinzugefügt werden. Alte Komponenten können aus Kompatibilitätsgründen erhalten bleiben.

Insgesamt sind Programmcode und Komponenten übersichtlicherer und einfacher zu warten, zu ändern und auszutauschen.

==Nachteile==
Auch wenn die Vorteile überwiegen, gibt es dennoch ein paar Nachteile:
* Bei der Planung und Implementierung ist wesentlich mehr Gründlichkeit erforderlich.
* Erheblicher Mehraufwand bei kleinen Applikationen. Dieser Aufwand rechtfertigt andere Programmierung.

==Konzept==
Es gibt kein hundertprozentiges Patentrezept, wie MVC umzusetzen ist. Je nach Anwendungsgebiet sind manche Komponenten wichtiger als andere. Auch kann nicht immer pauschal festgelegt werden, wo gewisse Funktionen eindeutig hingehören, da weitere Aspekte der Planung und des Entwurfs die Entscheidung beeinflussen können. Zum Beispiel kann es sinnvoll sein, aus Sicherheitsgründen eine Benutzerauthentifizierung einer Webanwendung nicht im Controller sondern im Modell abzulegen.

----

Im Prinzip lassen sich die Bereiche jedoch grob eingrenzen:

===Model===
Das Modell speichert als zentrale Komponente sämtliche Daten und enthält die Applikationslogik. Die Kommunikation nach außen (außerhalb der Anwendung) findet ebenso im Modell statt. Beispielsweise Zugriffe auf Datenbanken oder auch Kommunikation mit anderen Anwendungen. Zudem speichert das Modell den aktuellen Anwendungsstatus, also den Zustand, in dem sich die Anwendung bei der Interaktion mit dem Benutzer befindet.

Eine weitere Aufgabe des Modells ist das Verwalten der Views, die es zu benachrichtigen gilt, wenn sich der Zustand des Modells ändert. Änderungen werden unmittelbar mitgeteilt. Oftmals wird hierfür das [[Observer Design Pattern | Observer Design Pattern]] verwendet.

===View===
Die View ist die zuständige Komponente für die Ausgabe und bildet eine Abstraktionsschicht zwischen der Präsentation der Anwendung, dem Modell und dem Benutzer. Es können mehrere Views ein und dasselbe Modell auf technische oder optische Art und Weise repräsentieren. Verschiedene logische Sichtweisen bleiben dem Modell vorbehalten (bspw. verschiedene Benutzeransichten: Administrator, Normaluser).

===Controller===
Der Controller nimmt Eingaben aus verschiedensten Quellen entgegen und leitet diese standardisiert auf das Modell weiter. Er ist somit eine weitere Abstraktionsschicht, der Interaktionen des Benutzers mit der View wieder dem Modell zuführt.

==Anwendungsgebiete==
* allgemein: größere Softwareprojekte
* [[GUI|GUI]]-Programmierung (bspw. [[Framework|Frameworks]] wie [[Swing|Swing]])
* Webanwendungen

=Quellen=
*[[Kowarschick, W. et al. (2005): Musterquelle (Buch)]]
*[[Goldratt, E.; Cox , J. (2004): The Goal]]
*[[Leach, L. (2005): Critical Chain Project Management]]

Auch externe Quellen können zitiert werden.

*[http://kowa.fh-augsburg.de Kowarschicks gesammelte Werke] (besser als eigenes Quellen-Dokument, basierend auf der [[Vorlage:Quelle:URL]])
*[http://de.wikipedia.org/ Wikipedia] ('''so nicht''', da zu allgemein und außerdem nicht der Wikipedia-Verweis benutzt wurde)
*[[Wikipedia:Vorlage (Datenverarbeitung)]] (sondern eher so, aber noch besser auch als eigenes Quellen-Dokument)

=Siehe auch=
[[Wikipedia:MVC]]

[[en:GlossaryWiki:MVC]]

[[Kategorie:Programmierung]]

Model-View-Controller-Paradigma

2007-01-09T03:07:27Z

Eyesee:

Model-View-Controller-Paradigma

2007-01-09T02:54:38Z

Eyesee:

Model-View-Controller-Paradigma

2007-01-09T02:20:19Z

Eyesee:

Model-View-Controller-Paradigma

2007-01-09T01:37:11Z

Eyesee: