Martin Häcker/Java Kurs/Tag 2
Inhaltsverzeichnis
LE 3: Modularisierung mit Klassen und Objekten
Vortragende: Martin, Felix
Inhalt
- Modularisierung als erstes
- Sammlung von Methoden
- static -> ABER ERKLÄREN!!!!!!
- Dann höhere Datenstrukturen
- Als zusammenfassung von Attributen
- Beispiel: Point(x, y)
- Weg von static
- new erklären
- Call by Reference: Beispiel: Fernbedienung
- Referenzen sind _NICHT_ kopien
- Gleich beim Array: Obwohl das kein
- Call by Reference: Beispiel: Fernbedienung
- initialisierung von hand
- initialisierung per init methode
- init in objekt schieben
- init in konstruktor umwandeln -> DAS ist der übergang zu Objektorientierung
- Als zusammenfassung von Attributen
- Dann das zusammen als Verkapselung der Datenstrukturen
- damit man sie ändern kann
- Point(theta, phi)
- Hier ohne static, und erklären wieso und was unterschied
- damit man sie ändern kann
DAS ist Objektorientierung! Daher, wenn man OO Programmiert, braucht man static so gut wie nie.
Klassen nächstes Abstraktionswerkzeug nach Methoden
- Wichtiges Gedankengut: Eine Sprache die mehrere verschiedene Abstraktionswerkzeuge: hat vielleicht zu viele?
- Mächtigkeit einer Sprache invers zur Anzahl der Abstraktionsmöglichkeiten?
Beispiele:
- Point
- PseudoRandomNumberGenerator
- Uhr
- Counter
- Liste (argh) (auf Arrays implementiert)
- Element löschen -> null rein
Alle Aufgaben: Objekt Bauen, aber innnendrinn die Implementierung ändern. (Vielleicht aber auch erst später)
Übungsaufgaben
Syntax-Kram
- meinPferd = deinPferd; (Referenz != Kopie)
- normale methode aus static aufrufen
Große Aufgabe
- Ziel
- Kleine Studentendatenbank in der Studenten eingefügt und gesucht werden können.
- Advanced
- mit löschen
- Idee
- "Statistik" : Anzahl der Studenten, durchschnittliches Alter, bla
- Aufgaben
- Schreibe eine Klasse, die Informationen wie Name, Matrikelnummer etc. über einen Studenten speichert. Erzeuge ein Objekt dieser Klasse und belege die Objektvariablen mit Werten. Lese diese Werte aus den Objektvariablen wieder aus und gib sie auf dem Bildschirm aus.
- Schreibe einen Konstruktor für deine Klasse, der die Objektvariablen des erzeugten Objekts mit Werten füllt. Erzeuge mit Hilfe dieses Konsturktors ein Objekt, lies seine Werte aus und gib sie auf dem Bildschirm aus.
- Erweitere deine Klasse um eine Methode
public void printMe()
, die die Daten des Studentenobjekts auf dem Bildschirm ausgibt. Teste deine Methode! - Lege eine Feld (Array) mit 100 Studentenobjekten an, die verschiedene Matrikelnummern haben und gib all auf dem Bildschirm aus.
- Diese Feld ist schon eine Art Studentendatenbank. Schreibe daher eine neue Klasse
StudentenDatenbank
, die eine Feld von Studentenobjekten enthält. Die Klasse soll einen Konstruktor haben, dem die Größe des zu erzeugenden Feldes übergeben wird. Implementiere auch eine MethodeprintMe
, die alle Datensätze ausgeben soll, sowie eine MehtodestudentHinzufuegen()
, die einen Studentenobjekt mit den zu übergebenen Daten anlegen soll und dieses in die Datenbank einfügen soll. - Erweitere die Studentendatenbank um eine Methode
studentEntfernen()
, die das Studentenobjekt mit der übergebenen Matrikelnummer aus der Datenbank löschen soll. Funktionert nach dem Löschen einiger Objekte deine Ausgabemethode (printMe()
) noch? - Erweitere die Studentendatenbank um eine Methode
studentenAnzahl()
, die die Anzahl der in der Datenbank gespeicherten Studentenobjekte zurückliefert.
- Zeitbedarf
- Arthur: Aufgaben 1-5 zusammen ca. 1h
- Sven : Aufgaben 1-7 zusammen etwa 1h hätte ich kate+bash benutzt schätz ich mal (angenehme aufgabe)
- Fragen
- soll private / public / default / protected thematisiert werden? (Arthur+Sven)
- soll sich deren array in der DB von sich aus vergrößern? (Sven)
- evtl. verwirrend das bei den methodenNamen hinten in der aufgabe ein "()" ist obwohl ja parameter übergeben werden? (Sven)
- gibt es eine musterlösung? wäre für die übungen denke ich sinnvoll damit dort alle tutoren auf die aufgabe klarkommen.. und am ende ähnliche ergebnisse haben ;) (Sven)
LE 4: OO-Vertiefung und Klassenbibliothek
Vortragende: Arthur, Martin
High-Level-Plan
- Objekt, Vererbung (bischen), Interfaces (bischen)
- try/catch
- API (bischen)
Inhalt
Syntax Wiederholung: (Bild!)
- static
- final
- null, this
Objekte als Abstraktionsmöglichkeit nutzen
- Interfaces kurz anritzen?
- Alles von Objekt abgeleitet
- Instanziierung (auch Erklärung Mehrdeutigkeit von "Objekt" für Klasse oder Instanz)
- Beispiel: Ausprobieren mit equals(), toString()
- Overloading / Polymorphie (so wenig wie möglich)
- Standardmethoden: toString, equals, hash, compare (brauchen wir da interfaces?)
- Gotchas: Strings vergleichen mit == oder equals?
Exceptions
- try / catch
Austauschbarkeit der internen Implementierung, sollte dazu führen das man Objekte besser Wiederbenutzen kann als klassischen Imperativen Code. Das hat aber nicht soo gut funktioniert wie gedacht. ABER immerhin: es gibt Klassenbibliotheken.
- Java-API: Konzept Klassenbibliothek
- Javadocs finden, lesen: javadocs.org/Klassenname (vorsicht, linkt nach Java 5)
- Input/Output (Streams, usw.) <-- großer Block
- Streams: InputReader, BufferedReader, Scanner
- Collections: List, ArrayList
Mehr Klassen vielleicht verlinkt - zum selber anschauen: Math
Übungsaufgaben
- Tests in main schreiben -> Alles ausprobieren, mehr intuitiv
StudiDatenbank erweitern:
- Suchen nach Namen (vorher nur nach MatrNr.) -> equals()
- Erstellen von randomStudi() -> Random
- Studis Comparable machen, dann Arrays.sort() (Vielleicht weg)
- Umstellen auf ArrayList (?Dann Sorting?)
- IO-Utility-Objekt
- Einlesen Datei in String
- Zeilenweise
- Zerlegen + einlesen Studidatenbank
- Einlesen von Tastatur
- Menü StudiBank Bauen (primitv)
- Ziel: readFile(aFilename) und getUserInput(aPrompt) sowas sollte rauskommen!