Java - FOM

Double ist kein richtiger Datentyp sondern ein Objekt der Wrapper Klasse "Double"

double ist ein elementarer Datentyp

Auf b kann direkt über das Objekt zugegrifen werden, da die Sichtbarkeit public ist.

Bei a ist keine Sichtbarkeit angegeben, weshalb automatisch die Sichtbarkeit "package scope" gilt:
Es kann von allen Klassen und Methoden im selben Package darauf zugegrifen werden.

Sie werden im Stack gespeichert und gelöscht, sobald die Methode abgearbeitet wurde.

1. Konstruktor Sichbarkeit auf "privat" stellen.
2. statische Methode die ein Objekt zurück gibt.

Im Package

Man implementiert die selbe Methode mit einer unterschiedlichen Anzahl an Attributen die übergeben werden. Rückgabetyp dard sich unterscheiden!

Es kann nur einmal ein Wert zugewiesen werden.

Nein, abstrakte Klassen haben entweder keine Methoden oder wenn sie welche haben, sind diese nicht implementiert.

Ja, das Interface ArrayList implementiert das Interface List

ArrayList dirch Collection ersetzen.

Nutzer der Mehtode können so alles was Collection implementiert verwende. Es ist nicht auf die ArrayList beschränkt.

Nein, alle Methoden eines Interfaces müssen abstrakt sein.

public class WarpInt{
    private int value;
    public WrapInt(int V){
        this.value = v;
    }
    public void set_value(int V){
        this.value = v;
    }
    public int get_value(){
        return this.value;
    }
}

ArrayList Zahlen = new ArrayList();
for(int i = 1; i <= 100; i++){
    zahlen.add(new WrapInt(i));
}
 

Nein, ein Feld hat eine statische Größe.

Deshalb wird eine Collection verwendet, da sie eine dynamische Datenstruktur hat.

Wir verwenden generische Sammlungen.
Beispiel: ArrayList <WrapInt> Zahlen = new Arraylist<WrapInt>();

1. Klasse hat nur lokale Bedeutung
2. Eine Schnittstelle mehrmals implementieren
3. Mehrfach Vererbung

Runtime Exception müssen nicht gefangen werden. Typische Fehler die der Programmierer schuld ist.

Verbindung zwischen Objekten

Weil be einer ständien Abfrage die CPU die ganze Zeit beschäftigt ist, die Ereignissquellen ab zu fragen, auch wenn kein Ereignis voriegt.

Stattdessen registiert man für jede Ereignissquelle ein Objekt, welches aufgerufen wird wenn ein Ereignis stattfindet. In diesem Objekt ist die Methode imlpentiert, welche auf das Ereignis reagieren soll.

Über den Layout Manager

Klassen sind die Baupläne für Objekte

• Alle Attribute der Objekte einer Klasse sind gleich, die Zustände können sich unterscheiden
• Objekte unterscheiden sich durch ihre Instanzen (Speicherbereiche), auch wenn beide die identischen Zustände haben

• Attribute: solange wie die Instanz des Objekts besteht
• Klassenvariablen (Static): für den gesamten Programmablauf
• Lokale Variablen: Für den Ablauf einer Methode (im Stack-Speicher abgelegt)

• In allen Methoden des Objektes/der Klasse
• Sind jedoch nicht in abgeleiteten Klassen sichtbar
  • setter/getter notwendig

• bis zum Ende des definierten Blocks

• in allen Objekten der Klasse

Nein, gibt es nicht.

• Heap:
  • Objekte werden aus dem Heap gelöscht, wenn das Objekt nicht mehr erreichbar ist
• Stack:
  • beinhaltet lokale Variablen
  • werden nach Ablauf der Methode gelöscht

Mit dem Befehl "new" zum Erzeugen eines Objektes

• Es ist die Methode, die beim Erstellen eines Objektes aufgerufen wird
• jede Klasse besitzt einen Konstruktor
  • wenn keiner speziell definiert wurde, dann wird der Default-Konstruktor gesetzt
  • es sind unendlich viele pro Klasse definierbar

• wenn keine Objektinstanz benötigt wird
• wenn kein Zustand benötigt wird
• statische Methoden sind unabhängig von einem Objekt / einer Objektinstanz

• elementare (primitive) Datentypen
  • byte
  • short
  • int
  • float
  • double
  • char
  • boolean

• Referenztypen
  • verweisen auf Objekte
  • Bsp.: meinAuto = new Auto();

• Das komplette andere Paket importieren
  • import java.util.*
• nur die spezielle Klasse des Pakets importieren
  • import java.util.Scanner
  • besseres Vorgehen, da die Übersicht verbessert wird
• es besteht jedoch kein Performance-Unterschied der beiden Vorgehensweisen
• vollqualifizierten Klassennamen bei jeder Nutzung der Klasse schreiben
  • de.fom.klassenname

Am Anfang der Klasse das Paket angeben.

• package paketname;
• Bsp.: package de.fom.oop

Für Klassen, Attribute oder Methoden gelten die folgenden Sichtbarkeiten:

• package scope (default) -> nur im Paket sichtbar
• protected -> nur im selben Paket UND den vererbten Klassen sichtbar
• private -> nur in der eigenen Klasse sichtbar
• public -> überall sichtbar und können außerhalb des Paketes gesehen und genutzt werden

"Vielgestaltigkeit":

Die abgeleitete Klasse (subclass) kann überall da genutzt werden, wo auch die Basisklasse (superclass) erlaubt ist!

• ist "b" ein "a"?
• benötigt "b" Bestandteile von "a"?
  • ist ein Abteilungsleiter ein Angestellter? (Ja)
  • ist eine Katze ein Hund? (Nein)
  • ist ein Fahrrad ein Zweirad? (Ja)

class b extends a

• aus einer Basisklasse wird eine spezialisierte Klasse abgeleitet
  • diese bestitzt alle sichtbaren Elemente (Attribute, Methoden) der Basisklasse und ihren Eigenschaften
  • geerbte Methoden können "überschrieben", also modifiziert werden
  • spezifische Konstruktoren der Basisklasse müssen mit "super" in der vererbten Klasse aufgerufen werden

• Ersparnis von Quellcode
• Erhöhung der Übersichtlichkeit
• bessere Wartung des Quellcodes
  • vererbte Methoden müssen bspw. nur einmal editiert werden
• Die Wiederverwendung von Quellcode wird unterstützt
• von "final" definierten Klassen kann nicht geerbt werden
  • Sicherheitsaspekt (Passwortabfragen)
  • Verbesserung der Performance
    • Compiler muss nicht nach evtl. weiteren Abhängikeiten suchen
  • nicht alle Klassen als "final" deklarieren, da sonst der Sinn der Objektorientierung verloren geht
• Methoden als "final"
  • können nicht überschrieben werden
  • können vererbt werden

Wenn ein primitiver Datentyp in eine Collection integriert wird, wird er in eine Wrapper-Klasse konvertiert/gepackt