Vererbung Hilfe beim lernen von Objektorientierung für eine Klausur

[Kerstininer]

Hallo,
ich bin Student und habe in etwa 20 Tagen eine Klausur in Informatik. Ich tue mich vor allem mit dem Objektorientierten Programmieren sehr schwer. Ich bekomme die Klassen, Enums und das Interface hin, kann zudem die private und public Eigenschaften der einzelnen Klassen deklarieren, bekomme zudem das erstellen der Getter/Setter und des Constructors hin. Aber ich tue mich extrem schwer beim implementieren der Verhältnisse (z.B. Mehrere Räume pro Krankenhaus aber ein Raum kann zugleich nur in einem Krankenhaus sein), zudem verwirren mich die Methoden die ich implementieren soll (z.B. Ein Mitarbeiter kann einem Raum zugewiesen werden und es muss davor geprüft werden ob dieser Mitarbeiter bereits einem anderem Raum zugewiesen wurde). Ich würde gerne wissen wo ich anfangen sollte mit dem Lernen um das zu verstehen, meine Vorlesungen helfen mir nicht wirklich weiter.

Jeder Ratschlag ist willkommen, am besten wäre ein detaillierter Guide oder ein Video was das erklärt.

Vielen Dank im Voraus

 

[White_Fox]

Lies das:

Amazon.de

Das sollte in 20 Tagen locker machbar sein, und danach solltest du für eine Prüfung halbwegs fit sein.

 

[M.L.]

Objektorientierten Programmieren ...Verhältnisse ... die Methoden

Etwas kürzer: Klassen dienen zum Modellieren von Zusammenhängen zwischen Klassenobjekten und den sie betreffenden Methoden (Quelle: YT, thenativeweb, (irgendein...) Video von 2022/ 23).
Am Beispiel Krankenhaus: ein KH kann einen bis mehrere (oder viele) Räume haben ( Modell: 1 ...*) . Das Arbeitspersonal (Reinigung, Pflege, Chirugie, Verwaltung,...) kann von Null bis (sehr) viele reichen (Modell: 0 ... * ). Ein Mitarbeiter kann einem (oder mehreren) Räumen sowie "Kunden" zugewiesen werden (wie "reale" Verhältnisse und Berichte zeigen, empfehlen sich Überlastung oder Verknappung (aller Art) langfristig nicht. Für das Modell ist das aber unwichtig). Ein Objekt der Klasse "Chirugie" kann eine bestimmte Behandlungsmethode kennen, ein anderes Objekt dagegen nicht. usw...

Der Compiler (Interpreter, Transpiler,...) interessiert sich nur für die formelle Korrektheit des Codes, nicht ob damit reale Vorgänge codiert werden.

 

[Oneixee5]

Eigentlich ist das nicht schwer. Man kann sich das so vorstellen wie man es liest. Man vereinfacht das dann etwas, indem man sich auf die wesentlichen Punkte konzentriert. Was nicht gefordert ist, wird nicht beachtet. Alles wird relativ abstrakt betrachtet. Details werden nur einbezogen, wenn sie gefordert sind.
Bleiben also die Objekte: Krankenhaus, Raum, Mitarbeiter. -> Interfaces, da es verschiedene Arten dieser Objekte geben kann.
Wenn etwas mehrfach vorhanden ist, dann hat man eine Kollektion/Sammlung dieses Objektes.

Also geht man das einfach durch: Ein Krankenhaus hat eine Sammlung von Räumen (Objektvariable). Diese Sammlung ist initial und fix. Ein Krankenhaus bekommt keine Methoden um Räume zu entfernen oder hinzuzufügen.

Ein Mitarbeiter hat einen Raum (Objektvariable). Ein Raum kann zugewiesen werden. Jetzt die Bedingung: ist der Raum nicht null, dann kann kein Raum mehr zugewiesen werden. Mehr ist nicht beschrieben.

Da die Beschreibung sehr kurz ist, ist auch nicht mehr zu tun. Man darf das Ganze einfach nicht überkomplizieren.

Ein detaillierter Guide: was stellst du dir darunter vor? Die Welt ist wie sie nun mal ist. Ein Schrank hat Fächer, ein Auto hat Räder, eine Tür lässt sich unter bestimmten Bedingungen öffnen, ...

 

[Kerstininer]

Eigentlich ist das nicht schwer. Man kann sich das so vorstellen wie man es liest. Man vereinfacht das dann etwas, indem man sich auf die wesentlichen Punkte konzentriert. Was nicht gefordert ist, wird nicht beachtet. Alles wird relativ abstrakt betrachtet. Details werden nur einbezogen, wenn sie gefordert sind.
Bleiben also die Objekte: Krankenhaus, Raum, Mitarbeiter. -> Interfaces, da es verschiedene Arten dieser Objekte geben kann.
Wenn etwas mehrfach vorhanden ist, dann hat man eine Kollektion/Sammlung dieses Objektes.

Also geht man das einfach durch: Ein Krankenhaus hat eine Sammlung von Räumen (Objektvariable). Diese Sammlung ist initial und fix. Ein Krankenhaus bekommt keine Methoden um Räume zu entfernen oder hinzuzufügen.

Ein Mitarbeiter hat einen Raum (Objektvariable). Ein Raum kann zugewiesen werden. Jetzt die Bedingung: ist der Raum nicht null, dann kann kein Raum mehr zugewiesen werden. Mehr ist nicht beschrieben.

Da die Beschreibung sehr kurz ist, ist auch nicht mehr zu tun. Man darf das Ganze einfach nicht überkomplizieren.

Ein detaillierter Guide: was stellst du dir darunter vor? Die Welt ist wie sie nun mal ist. Ein Schrank hat Fächer, ein Auto hat Räder, eine Tür lässt sich unter bestimmten Bedingungen öffnen, ...

Danke für die Antwort, zu meinem Problem wäre hinzuzufügen:

• ich sehe die Zusammenhänge, aber ich verstehe nicht unter welchen getter/setter ich diese Zusammenhänge schreibe.
• ich verstehe nicht wie ich sie schreibe.

Und ich finde online nichts dazu was mir weiterhilft.
Ein Bild als Beispiel womit ich Probleme habe, sobald ich die getter/setter erweitern muss bin ich verloren;

 

[Kerstininer]

Etwas kürzer: Klassen dienen zum Modellieren von Zusammenhängen zwischen Klassenobjekten und den sie betreffenden Methoden (Quelle: YT, thenativeweb, (irgendein...) Video von 2022/ 23).
Am Beispiel Krankenhaus: ein KH kann einen bis mehrere (oder viele) Räume haben ( Modell: 1 ...*) . Das Arbeitspersonal (Reinigung, Pflege, Chirugie, Verwaltung,...) kann von Null bis (sehr) viele reichen (Modell: 0 ... * ). Ein Mitarbeiter kann einem (oder mehreren) Räumen sowie "Kunden" zugewiesen werden (wie "reale" Verhältnisse und Berichte zeigen, empfehlen sich Überlastung oder Verknappung (aller Art) langfristig nicht. Für das Modell ist das aber unwichtig). Ein Objekt der Klasse "Chirugie" kann eine bestimmte Behandlungsmethode kennen, ein anderes Objekt dagegen nicht. usw...

Der Compiler (Interpreter, Transpiler,...) interessiert sich nur für die formelle Korrektheit des Codes, nicht ob damit reale Vorgänge codiert werden.

Danke für die Antwort, zu meinem Problem wäre wie bei der anderen Antwort hinzuzufügen:

• ich sehe die Zusammenhänge, aber ich verstehe nicht unter welchen getter/setter ich diese Zusammenhänge schreibe.
• ich verstehe nicht wie ich sie schreibe.

Und ich finde online nichts dazu was mir weiterhilft.
Ein Bild als Beispiel womit ich Probleme habe, sobald ich die getter/setter erweitern muss bin ich verloren.

 

[Kerstininer]

Lies das:

Amazon.de

Das sollte in 20 Tagen locker machbar sein, und danach solltest du für eine Prüfung halbwegs fit sein.

Leider ist es nicht das einzige Thema für die Klausur, 700 Seiten in 20 Tagen ist schwierig wenn ich noch für andere Themen (und Mathe für eine andere Klausur) lernen muss. Aber ich werde reinschnuppern wenn es nicht anders geht.

 

[M.L.]

getter/setter

Die Grafik zeigt Grössen-veränderliche Datenstrukturen und Methoden, die man (z.B. für ein Krankenhaus und das Verhältnis Mitarbeiter <-> Kunden) "auf Verdacht" anlegen und nutzen könnte. Getter / Setter - Methoden sind "nur" passend benannte Methoden (Stichwort: Clean Code), die einen oder mehrere Befehle vereinigen. Die gezeigte Getter-Methode könnte man für den Compiler (nicht: für den Menschen) genauso

...public String abc()  {  System.out.println("Huhu..."); return name; }...

schreiben (hat aber Erklärungsbedarf was "abc" bedeutet und warum die Ausgabe in dem Befehl erscheint). Und auf das Schlüsselwort "void" reagiert der Compiler mit einer Nicht-Erwartung eines Return-Werts.

 

[Zrebna]

Lies das:

Amazon.de

Das sollte in 20 Tagen locker machbar sein, und danach solltest du für eine Prüfung halbwegs fit sein.

Jo, chill.

Sorry, aber 700 Seiten kurz vor der Klausur über Design Pattern, die nicht mal eben so intuitiv nach einmal Lesen erfasst sind...halte ich nicht für den besten Tip, ehrlich gesagt.

@Kerstininer:
Wie auch andere bereits gesagt haben, versuche dir bei solchen Aufgabestellungen "einfach" vorzustellen, wie es in Wirklichkeit ist. Ich weiß nicht, ob ihr schon Klassendiagramme gezeigt bekommen habt, aber Skizzen von vereinfachten Klassendiagrammen (müssen nicht formal korrekt sein - dienen nur dir selber) helfen da sehr.

Letztlich ist es immer ähnlich.
Du hast bestimmte Entitäten, aus denen Klassen resultieren - so wie hier, z.B. die Klassen 'Krankenhaus', 'Mitarbeiter', 'Raum';

Je nach Aufgabenbeschreibung hast du dann bestimmte Aktivitäten, welche die Methoden darstellen werden. Überlege dir dann, zu welchen Entitäts-Klassen diese Methoden/Aktivitäten am besten passen.
Mache dir da am besten eine Skizze und überlege dir auch wie die Kardinalitäten zwischen den Klasssen, sind - siehe die Posts von Oneixee5 und M.L.

Ich schätze mal du bis zwischen dem 1. und 3. Semester und da in der Klausur Ruhe bewahren. Oft gehts dem Dozenten einfach nur darum zu überprüfen, ob Studenten versuchen/in der Lage sind objektorientiert zu denken. Da muss am Ende nicht in deinem Model alles 100% passen - das erwartet Niemand.
Daher auch bei längeren Aufgabenstellungen Ruhe bewahren und Punkte werden gegeben, wo man sie halt geben kann - also das formulieren von den Entitätsklassen ist schon mal gut. Paar Aktivitäten wirst du auch bestimmt als Methoden korrekt zuordnen können.

Wird sich schon ausgehn^^

 

[M.L.]

detaillierter Guide

Die Seite https://www.javaundoop.de/index.php (inkl. pdf-Dateien) könnte man auch betrachten (~100 Seiten Lehrmaterial zu OOP, finanziell günstiger )

 

[White_Fox]

Sorry, aber 700 Seiten kurz vor der Klausur über Design Pattern, die nicht mal eben so intuitiv nach einmal Lesen erfasst sind...halte ich nicht für den besten Tip, ehrlich gesagt.

Von diesen 700 Seiten sind vielleicht nur 400-500 oder so wirklich Buch, und davon geht nochmal vieles für Codeschnipsel, Bilder, Klassendiagramme usw. drauf. Die Von-Kopf-Bis-Fuß-Bücher haben normalerweise noch einen sehr stattlichen Anhang der ca. ein Dritel einnimmt, wo allerhand Nebenkriegsschauplätze angeschnitten werden...so ein kleiner Ausblick von dem was noch interessant ist, es aber nicht mehr ins Buch geschafft hat. In speziell diesem Buch blasen sie zum Schluß das MVC ganz groß auf, aber ob Kerstininer das bis zum Ende durchverstehen muß...

Noch dazu läßt sich das Buch sehr leicht lesen, die Macher der VKBF-Reihe haben sich ziemlich viel damit befasst, wie das Gehirn im Allgemeinen lernt, und, wie ich finde, sehr gut umgesetzt. Es bleibt da tatsächlich viel hängen und macht sogar Spaß.

Ich jedenfalls habe das Buch nur in der S-Bahn auf dem Weg zwischen Uni und Zuhause gelesen und in ein bis zwei Wochen oder so durch. Ohne jegliche Quälerei, ganz im Gegenteil, ich muß aber auch sagen daß ich da mit Interesse und intrinsischem Antrieb rangegangen bin...und ohne Klausur im Nacken.

Also ja, ich denke in 20 Tagen kriegt man das gut durch, auch wenn man noch für andere Prüfungen lernen muß. Und selbst wenn 20 Tage knapp sind, didaktisch so gut aufbereitete Bücher sind selten. Wo und wie willst du sonst anfangen?

@Kerstininer Geh doch mal in eure Bibliothek, bestimmt liegt es da rum (wenn es nicht ausgeliehen ist), überflieg die Einleitung und vielleicht das erste Kapitel, und dann schätze das selber ein.