Study-Board.de
  1. Suche
  2. Startseite
  3. Deals
    1. Social Deals
    2. Amazon Deals
    3. Prime Angebote
  4. Forum
    1. Dashboard
    2. Unerledigte Themen
  5. Tippspiel
    1. Rangliste
    2. Tippgemeinschaften
    3. Tipper-Übersicht
    4. Meine Statistik
    5. Hall of Fame
    6. WM-Wertung
  6. Kalender
    1. Anstehende Termine
  7. Galerie
    1. Alben
  • Anmelden
  • Registrieren
  • Suche
Dieses Thema
  • Alles
  • Dieses Thema
  • Dieses Forum
  • Forum
  • Artikel
  • Seiten
  • wcf.search.type.de.flexiblelist.wsc.entry
  • Termine
  • Galerie
  • Erweiterte Suche
  1. Study-Board.de
  2. Forum
  3. Fachforen Wirtschaftswissenschaften
  4. Wirtschaftsinformatik

Vererbung

  • jungspundi
  • 8. August 2009 um 18:40
  • Erledigt
  • jungspundi
    Anfänger
    Beiträge
    16
    • 8. August 2009 um 18:40
    • #1

    Hallöchen ich hab hier irgendwie den Durchblick verloren.

    Könnt ihr mir nur mal sagen ob ich das richtig sehe....

    es heißt doch abgeleitete Klassen übernehmen immer alle Attribute der Hauptklasse..

    Die abgeleitete Klasse hat doch kann dann aber trotzdem nicht auf private Attribute zugreifen ist das richtig? oder sehe ich das jetzt falsch?

  • ENIAC
    Anfänger
    Beiträge
    18
    • 10. August 2009 um 16:33
    • #2

    Hallo jungspundi,
    das siehst du vollkommen korrekt. Der Bezeichner private lässt nur Zugriff aus der Klasse selbst zu. Auch abgeleitete Klassen haben keinen Zugriff auf das entsprechende Attribut. Soll es von der Child-Klasse dennoch zugreifbar sein, ist der Bezeichner protected zu wählen.

    Viele Grüße,
    ENIAC

  • jungspundi
    Anfänger
    Beiträge
    16
    • 10. August 2009 um 19:17
    • #3

    ok :)

    könnte es natürlich auch komplett public machen was natürlich völlig sinnlos ist *grinst*

    gibts noch ne andere Möglichkeit den Zugriff zu ermöglichen?

  • ENIAC
    Anfänger
    Beiträge
    18
    • 11. August 2009 um 08:33
    • #4

    Klar, die gibt es:

    (1) Verwende protected. Es könnte evtl. als Nachteil gesehen werden, dass das Geheimnisprinzip bzw. das Prinzip der Datenkapselung ein wenig aufgebrochen wird. Z.B. kann jeder der eine Unterklasse schreibt, bzw. mit dieser arbeitet direkt auf die Werte zugreifen. Das kann ungeschickt sein, wenn später der Quellcode der Oberklasse geändert wird und der Wert durch eine Funktion berechnet wird. Das kann umgangen werden durch:

    (2) Verwende weiterhin (und konsequent) den Bezeichner private. Für den Zugriff auf das Attribut stellst du Methoden zur Verfügung (getter & setter). Allerdings muss nicht zu jedem Attribut zwingend ein getter und ein setter existieren. In den Methoden können ggf. Rechte (Lese- Schreibrecht) geprüft werden.

    Viele Grüße,
    ENIAC

  • jungspundi
    Anfänger
    Beiträge
    16
    • 11. August 2009 um 19:34
    • #5

    mhm ok das sind 3 Varianten wie man das direkt bei der Vereinbarung regelt.... gibts auch ne Möglichkeit später im Quelltext?

  • ENIAC
    Anfänger
    Beiträge
    18
    • 12. August 2009 um 08:45
    • #6

    Die Frage verstehe ich nicht.
    Die Vorschläge lassen sich so implementieren :victory:

    Viele Grüße,
    ENIAC

  • jungspundi
    Anfänger
    Beiträge
    16
    • 12. August 2009 um 22:26
    • #7

    *grinst*

    es ist im folgenden Aufgabe ich soll 3 Möglichkeiten nennen und bewerten die es möglich machen das eine abgeleitete Klasse auf das Attribut einer Basisklasse zugreifen kann.

    2 hängen direkt mit der Vereinbarung des Attributs zusammen (alos public, protected, privat) und das dritte nicht ... und da stehe ich grade aufm Schlauch

  • ENIAC
    Anfänger
    Beiträge
    18
    • 13. August 2009 um 08:39
    • #8

    Na dann würde ich sagen:

    (1) public attrName; // direkter Zugriff
    (2) protected attrName; //direkter Zugriff
    (3) getAttr(); //Zugriff per get-Methode

    zu (3):
    z.B. folgende Signatur der get-Methode:

    Code
    public int getID()
    {
     return this.ID;
    }

    Die Methode ist öffentlich zugänglich, es spielt also keine Rolle, welche Sichtbarkeit das Attribut hat. Sinnvoll ist diese Art der Implementierung, da man volle Kontrolle über die "Berechnung" hat. D.h. wenn sich im Inneren der Methode etwas an der Berechnung verändert ist das für denjenigen, der die methode aufruft völlig egal.
    Weiterer Vorteil:

    z.B. folgende Signatur der get-Methode:

    Code
    public int getID(bool read)
    {
    if(read)
     return this.ID;
    else
    return -1;
    }

    Man kann prüfen, ob der Aufrufer entsprechende Leserechte hat. Ist das nicht der Fall kann ein Fehlerwert zurückgegeben werden.

    Viele Grüße,
    ENIAC

  • jungspundi
    Anfänger
    Beiträge
    16
    • 16. August 2009 um 10:52
    • #9

    super danke für deine Hilfe :)

Nächste Spiele

  • Augsburg - Köln
    27. Februar 2026 27. Februar 2026 um 20:30
  • Leverkusen - Mainz
    28. Februar 2026 28. Februar 2026 um 15:30
  • Bremen - Heidenheim
    28. Februar 2026 28. Februar 2026 um 15:30
  • Gladbach - Union Berlin
    28. Februar 2026 28. Februar 2026 um 15:30
  • Hoffenheim - St. Pauli
    28. Februar 2026 28. Februar 2026 um 15:30

Punkteregeln

  • 4 Exaktes Ergebnis
  • 3 Richtige Tordifferenz
  • 2 Richtige Tendenz
  • 2 Unentschieden erkannt
  • 0 Kein Treffer

UCL

Tippspiel

  • Bundesliga 2025/2026
  • Rangliste
  • Tippgemeinschaften
  • Tipper-Übersicht
  • Hall of Fame
  1. Dealfuchs.info
  2. Impressum
    1. Datenschutzerklärung
    2. Verhaltenskodex
      1. Learn to Post
  3. Mediadaten
  4. Study-Talk.de - Rabatte nicht nur für Studenten
  5. Kontakt
Community-Software: WoltLab Suite™