wiki.kgl-ratingen.de - Benutzerbeiträge [de]

Datenstruktur

2016-12-06T11:08:46Z

Pauline.huettenhein:

In der modernen Informatik gibt es 3 verschiedene daynamische,lineare Datenstrukturen.

'''Queue''' (Schlange): (Die Datenstruktur Queue dient zum Zwischenspeichern von Objekten in einer Reihenfolge. Sie gibt die Objekte nach der Reihenfolge ihres Einfügens wieder, sie arbeitet also nach dem FIFO-Prinzip (First In First Out).Außerdem unterscheidet man zwischen verschiedenen Methoden: dequeue() und enqueue()

'''[[Lineare Liste|List]]''' (Liste): Methoden:remove(),insert(),append() Basiert auf dem LIFO Prinzip (Last In First Out)

'''Stack''' (Stapel): ist eine dynamische Datenstruktur, welche nach dem LiFo –Prinzip(Last-In-First-Out) funktioniert. Also wird das zuletzt eingefügte Objekt als erstes wieder entnommen. Ein Stapel kann beliebig viele Objekte enthalten.

[[Datei:lifo.jpg]]

Datei:Lifo.jpg

2016-12-06T11:07:52Z

Pauline.huettenhein:

Polymorphie

2016-12-06T11:01:08Z

Pauline.huettenhein:

== Definition ==
Wenn Methoden einer Oberklasse in eine Unterklasse überschrieben werden, kann es sein, dass die Signatur der Methode die gleiche ist, sich die Anweisungen im Rumpf jedoch unterscheiden.

Jetzt stellt sich die Frage, welche Methode ausgeführt werden soll.

Die Polymorphie schafft es den ursprünglichen Typ des Objekts zu ermitteln und die Methode der entsprechenden Klasse zu wählen, welche dann ausgeführt wird.

== Beispiel ==

Ein Beispiel wären Autos:
In diesem Fall wären die Oberklasse die Klasse Auto, die Unterklassen wären verschiedene Autos wie zB ein Elektroauto und ein Automatikwagen.
Man kann jedes Auto öffnen und Schließen, allerdings kann dies bei den verschiedenen Autos durch verschiedene Mechanismen passieren.
Die Polymorphe bestimmt nun welche Methode schließen() ausgeführt wird, die der Oberklasse oder die der Unterklasse.

Elektroauto elektroauto01 = new Elektroauto;

Auto auto01 = elektroauto01;

auto01.schließen();

auto01 ist elektroauto01 und war somit ursprünglich ein Elektroauto, weshalb die Methode der Klasse Elektroauto ausgeführt wird.

[[Datei:Datei.png|800px|thumb|left|Beispiel]]

Polymorphie

2016-12-06T11:00:05Z

Pauline.huettenhein:

Polymorphie

2016-12-06T10:59:37Z

Pauline.huettenhein:

Polymorphie

2016-12-06T10:59:12Z

Pauline.huettenhein:

== Definition ==
Wenn Methoden einer Oberklasse in eine Unterklasse überschrieben werden, kann es sein, dass die Signatur der Methode die gleiche ist, sich die Anweisungen im Rumpf jedoch unterscheiden.

Jetzt stellt sich die Frage, welche Methode ausgeführt werden soll.

Die Polymorphie schafft es den ursprünglichen Typ des Objekts zu ermitteln und die Methode der entsprechenden Klasse zu wählen, welche dann ausgeführt wird.

== Beispiel ==

Ein Beispiel wären Autos:
In diesem Fall wären die Oberklasse die Klasse Auto, die Unterklassen wären verschiedene Autos wie zB ein Elektroauto und ein Automatikwagen.
Man kann jedes Auto öffnen und Schließen, allerdings kann dies bei den verschiedenen Autos durch verschiedene Mechanismen passieren.
Die Polymorphe bestimmt nun welche Methode schließen() ausgeführt wird, die der Oberklasse oder die der Unterklasse.

Elektroauto elektroauto01 = new Elektroauto;

Auto auto01 = elektroauto01;

auto01.schließen();

[[Datei:Datei.png|200px|thumb|left|Beispiel]]

auto01 ist elektroauto01 und war somit ursprünglich ein Elektroauto, weshalb die Methode der Klasse Elektroauto ausgeführt wird.

Datei:Datei.png

2016-12-06T10:58:08Z

Pauline.huettenhein:

Polymorphie

2016-12-06T10:57:54Z

Pauline.huettenhein:

== Definition ==
Wenn Methoden einer Oberklasse in eine Unterklasse überschrieben werden, kann es sein, dass die Signatur der Methode die gleiche ist, sich die Anweisungen im Rumpf jedoch unterscheiden.

Jetzt stellt sich die Frage, welche Methode ausgeführt werden soll.

Die Polymorphie schafft es den ursprünglichen Typ des Objekts zu ermitteln und die Methode der entsprechenden Klasse zu wählen, welche dann ausgeführt wird.

== Beispiel ==

Ein Beispiel wären Autos:
In diesem Fall wären die Oberklasse die Klasse Auto, die Unterklassen wären verschiedene Autos wie zB ein Elektroauto und ein Automatikwagen.
Man kann jedes Auto öffnen und Schließen, allerdings kann dies bei den verschiedenen Autos durch verschiedene Mechanismen passieren.
Die Polymorphe bestimmt nun welche Methode schließen() ausgeführt wird, die der Oberklasse oder die der Unterklasse.

Elektroauto elektroauto01 = new Elektroauto;

Auto auto01 = elektroauto01;

auto01.schließen();

[[Datei:Datei.png|200px|thumb|left|Beispiel]]

auto01 ist elektroauto01 und war somit ursprünglich ein Elektroauto, weshalb die Methode der Klasse Elektroauto ausgeführt wird.

Datei:Mvc-konzept-grafik.jpg

2016-06-07T14:27:54Z

Pauline.huettenhein:

Model-View-Controller-Konzept

2016-06-07T14:26:55Z

Pauline.huettenhein: /* Grafik */

== Allgemeines ==
Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten.
Jede interaktive Computeranwendung besteht aus ''Eingaben'', ''Daten'' und der ''Darstellung (Repräsentation) der Daten auf dem Bildschirm''.

== Begriffserklärung ==

=== Model ===
Der Begriff ''Model'' (Datenhaltung, Anwendung) wird für die Applikation '''ohne''' Benutzeroberfläche (''Fachkonzept''), d.h. für die '''interne Datenverarbeitung''' verwendet. Es ist unabhängig von der Darstellungsweise der Daten und der Eingabe.

=== View ===
''View'' (Visualisierung, Darstellung) hat die Aufgabe, die aktuellen Eingangs- und Ausgangsdaten darzustellen.

=== Controller ===
Der ''Controller'' (Datenmanipulation, Steuerung) setzt die eingehenden Anforderungen (z.B. Eingaben der Tastatur, Mausklicks etc.) in Methodenaufrufe um, die das Model dazu veranlasst, die Daten entsprechend zu verändern. Er ist für die Interaktion mit dem Benutzer zuständig, verarbeitet Eingaben und ruft entsprechende Dienste auf.

Kurz: Der Controller ist die Einheit, die verändernd auf das Model einwirkt. View und Controller bilden zusammen die Benutzungsoberfläche.

== Grafik ==
[[Datei:mvc-konzept-grafik.jpg|Model-View-Controller-Konzept]]

Model-View-Controller-Konzept

2016-06-07T14:23:35Z

Pauline.huettenhein:

Model-View-Controller-Konzept

2016-06-07T14:04:47Z

Pauline.huettenhein: /* View */

Model-View-Controller-Konzept

2016-06-07T14:02:42Z

Pauline.huettenhein: /* View */

== Allgemeines ==
Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten.
Jede interaktive Computeranwendung besteht aus ''Eingaben'', ''Daten'' und der ''Darstellung (Repräsentation) der Daten auf dem Bildschirm''.

== Begriffserklärung ==

=== Model ===
Der Begriff ''Model'' (Datenhaltung, Anwendung) wird für die Applikation '''ohne''' Benutzeroberfläche (''Fachkonzept''), d.h. für die '''interne Datenverarbeitung''' verwendet. Es ist unabhängig von der Darstellungsweise der Daten und der Eingabe.

=== View ===
''View'' (Visualisierung, Darstellung) hat die Aufgabe, die Daten des Models darzustellen.

=== Controller ===
Der ''Controller'' (Datenmanipulation, Steuerung) setzt die eingehenden Anforderungen (z.B. Eingaben der Tastatur, Mausklicks etc.) in Methodenaufrufe um, die das Model dazu veranlasst, die Daten entsprechend zu verändern. Er ist für die Interaktion mit dem Benutzer zuständig, verarbeitet Eingaben und ruft entsprechende Dienste auf.

Kurz: Der Controller ist die Einheit, die verändernd auf das Model einwirkt. View und Controller bilden zusammen die Benutzungsoberfläche.

Model-View-Controller-Konzept

2016-06-07T13:59:08Z

Pauline.huettenhein: /* */

== Allgemeines ==
Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten.
Jede interaktive Computeranwendung besteht aus ''Eingaben'', ''Daten'' und der ''Darstellung (Repräsentation) der Daten auf dem Bildschirm''.

== Begriffserklärung ==

=== Model ===
Der Begriff ''Model'' (Datenhaltung, Anwendung) wird für die Applikation '''ohne''' Benutzeroberfläche (''Fachkonzept''), d.h. für die '''interne Datenverarbeitung''' verwendet. Es ist unabhängig von der Darstellungsweise der Daten und der Eingabe.

=== View ===
''View'' (Visualisierung, Darstellung) hat die Aufgabe, die Daten des Models darzustellen. Dies ist die einzige Aufgabe, die der View erfüllen muss.

=== Controller ===
Der ''Controller'' (Datenmanipulation, Steuerung) setzt die eingehenden Anforderungen (z.B. Eingaben der Tastatur, Mausklicks etc.) in Methodenaufrufe um, die das Model dazu veranlasst, die Daten entsprechend zu verändern. Er ist für die Interaktion mit dem Benutzer zuständig, verarbeitet Eingaben und ruft entsprechende Dienste auf.

Kurz: Der Controller ist die Einheit, die verändernd auf das Model einwirkt. View und Controller bilden zusammen die Benutzungsoberfläche.

Model-View-Controller-Konzept

2016-06-07T13:58:48Z

Pauline.huettenhein: /* Begriffserklärung */

== Allgemeines ==
Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten.
Jede interaktive Computeranwendung besteht aus ''Eingaben'', ''Daten'' und der ''Darstellung (Repräsentation) der Daten auf dem Bildschirm''.

== Begriffserklärung ==

=== Model ===
Der Begriff ''Model'' (Datenhaltung, Anwendung) wird für die Applikation '''ohne''' Benutzeroberfläche (''Fachkonzept''), d.h. für die '''interne Datenverarbeitung''' verwendet. Es ist unabhängig von der Darstellungsweise der Daten und der Eingabe.

=== View ===
''View'' (Visualisierung, Darstellung) hat die Aufgabe, die Daten des Models darzustellen. Dies ist die einzige Aufgabe, die der View erfüllen muss.

=== Controller ===
Der ''Controller'' (Datenmanipulation, Steuerung) setzt die eingehenden Anforderungen (z.B. Eingaben der Tastatur, Mausklicks etc.) in Methodenaufrufe um, die das Model dazu veranlasst, die Daten entsprechend zu verändern. Er ist für die Interaktion mit dem Benutzer zuständig, verarbeitet Eingaben und ruft entsprechende Dienste auf.

=== ===
Kurz: Der Controller ist die Einheit, die verändernd auf das Model einwirkt. View und Controller bilden zusammen die Benutzungsoberfläche.

Model-View-Controller-Konzept

2016-06-07T13:56:29Z

Pauline.huettenhein: /* Begriffserklärung */

== Allgemeines ==
Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten.
Jede interaktive Computeranwendung besteht aus ''Eingaben'', ''Daten'' und der ''Darstellung (Repräsentation) der Daten auf dem Bildschirm''.

== Begriffserklärung ==

=== Model ===
Der Begriff ''Model'' (Datenhaltung, Anwendung) wird für die Applikation '''ohne''' Benutzeroberfläche (''Fachkonzept''), d.h. für die '''interne Datenverarbeitung''' verwendet. Es ist unabhängig von der Darstellungsweise der Daten und der Eingabe.

=== View ===
''View'' (Visualisierung, Darstellung) hat die Aufgabe, die Daten des Models darzustellen. Dies ist die einzige Aufgabe, die der View erfüllen muss.

=== Controller ===
Der ''Controller'' (Datenmanipulation, Steuerung) setzt die eingehenden Anforderungen (z.B. Eingaben der Tastatur, Mausklicks etc.) in Methodenaufrufe um, die das Model dazu veranlasst, die Daten entsprechend zu verändern. Er ist für die Interaktion mit dem Benutzer zuständig, verarbeitet Eingaben und ruft entsprechende Dienste auf.

Model-View-Controller-Konzept

2016-06-07T13:45:25Z

Pauline.huettenhein: Die Seite wurde neu angelegt: „ == Allgemeines == Das Model-View-Controller-Konzept (MVC-Konzept) dient zur Trennung von verschiedenen Programmeigenschaften in drei selbstständige Einheiten…“