Dieses Wiki, das alte(!) Projektwiki (projektwiki.zum.de)
wird demnächst gelöscht.
Bitte sichere Deine Inhalte zeitnah,
wenn Du sie weiter verwenden möchtest.
Gerne kannst Du natürlich weiterarbeiten
im neuen Projektwiki (projekte.zum.de).Trennung von Struktur und Inhalt: Unterschied zwischen den Versionen
K |
|||
| (4 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
| − | + | ZUammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung. | |
== Ziel der Warteschlange == | == Ziel der Warteschlange == | ||
| Zeile 8: | Zeile 8: | ||
== erster Entwurf: Trennung KNOTEN und PATIENT == | == erster Entwurf: Trennung KNOTEN und PATIENT == | ||
| − | + | Die Aufteilung der Klasse PATIENT in die Klassen KNOTEN und PATIENT ist sinnvoll, um die Struktur und den Inhalt zu trennen. Somit verwaltet die Klasse PATIENT die Daten der einzelnen Patienten. Die Klasse KNOTEN übernimmt frühere Aufgaben der Klasse PATIENT, das heißt, dass der Knoten seinen Nachfolger kennt und eine Referenz auf die Patientendaten (PATIENT) besitzt. | |
| − | + | ||
| − | + | ||
| − | + | ||
[[Bild:WarteschlangeOhneInterface.png]] | [[Bild:WarteschlangeOhneInterface.png]] | ||
| Zeile 17: | Zeile 14: | ||
[[Bild:ArztpraxisMitInterface.png]] | [[Bild:ArztpraxisMitInterface.png]] | ||
| − | =Erklärung Interface:= | + | == Erklärung Interface: == |
| − | + | ''-> siehe Hauptartikel [[Informatik Q11/Vererbung - Interface|Interface]]'' | |
| + | |||
| + | Ein Interface ist einer abstrakten Klasse sehr ähnlich, nur dass keine Attribute deklariert werden und auch keine Methoden implementiert werden können. | ||
=Warum haben wir ein interface verwendet?= | =Warum haben wir ein interface verwendet?= | ||
Die neue Klasse DATENELEMENT, welche ein <<interface>> ist, haben wir benutzt, damit man nicht nur Patienten in die Warteschlange einfügen kann sondern auch andere Klassen, wie z.B. Druckaufträge. In einem Feld kann dann als Datentyp DATENELEMENT angegeben werden. Hierbei wird der [http://de.wikipedia.org/wiki/Polymorphie_%28Programmierung%29 Polymorphismus] verwendet. | Die neue Klasse DATENELEMENT, welche ein <<interface>> ist, haben wir benutzt, damit man nicht nur Patienten in die Warteschlange einfügen kann sondern auch andere Klassen, wie z.B. Druckaufträge. In einem Feld kann dann als Datentyp DATENELEMENT angegeben werden. Hierbei wird der [http://de.wikipedia.org/wiki/Polymorphie_%28Programmierung%29 Polymorphismus] verwendet. | ||
Aktuelle Version vom 4. April 2014, 11:38 Uhr
ZUammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung.ZUsammenfassung.
Inhaltsverzeichnis |
Ziel der Warteschlange
Verwaltungsaufgaben: Klasse KNOTEN
erster Entwurf: Trennung KNOTEN und PATIENT
Die Aufteilung der Klasse PATIENT in die Klassen KNOTEN und PATIENT ist sinnvoll, um die Struktur und den Inhalt zu trennen. Somit verwaltet die Klasse PATIENT die Daten der einzelnen Patienten. Die Klasse KNOTEN übernimmt frühere Aufgaben der Klasse PATIENT, das heißt, dass der Knoten seinen Nachfolger kennt und eine Referenz auf die Patientendaten (PATIENT) besitzt.
Verbesserter Entwurf: Interface DATENELEMENT
Erklärung Interface:
-> siehe Hauptartikel Interface
Ein Interface ist einer abstrakten Klasse sehr ähnlich, nur dass keine Attribute deklariert werden und auch keine Methoden implementiert werden können.
Warum haben wir ein interface verwendet?
Die neue Klasse DATENELEMENT, welche ein <<interface>> ist, haben wir benutzt, damit man nicht nur Patienten in die Warteschlange einfügen kann sondern auch andere Klassen, wie z.B. Druckaufträge. In einem Feld kann dann als Datentyp DATENELEMENT angegeben werden. Hierbei wird der Polymorphismus verwendet.
