 Java Grundlagen |
Karlito 
Kaiser
Dabei seit: 11.04.2011
Beiträge: 1.461
 |
|
Hallo Badmann33,
b2 ist fast richtig. Du übergibst jedoch keinen String an den Konstruktor. Das solltest Du ändern.
Auf dem Blatt sehe ich zwei Fehker. Der Konstruktor ist nie static. Es soll ja Zoo auch nur einmal geben können. Daher darf man den Konstruktor auch nicht beliebig aufrufen können. Der Konstruktor muss also private sein. Das stellt sicher, dass er nur von Methoden in der selben Klasse aufgerufen werden kann. Deswegen gibt es die Methrode getInstance().
Weiterhin sollte der Name nicht public sein. Sonst könnte ja jeder von außen den Namen des Zoos ändern (Geheimnisprinzip).
Zur Lücke c1-1: Die Klasse Dog soll doch nicht unsichtbar sein. Private Klassen braucht man eigentlich nur, wenn man Klassen in Klassen definiert, die von Außen nicht sichtbar sein sollen. public tut es hier also. Wenn die Klasse jedoch eine abstrakte Methode enthalten soll muss die Klasse auch abstrakt sein. D.h. in die erste Lücke muss "public abstract".
Die weite Lücke soll eine Methode deklarieren, welche nur von den Kindklassen aus sichtbar ist und abstrakt ist -> "protected abstract"
Besten Gruß,
Karlito
|
|
07.12.2017 12:06 |
|
|
Badmann33
unregistriert
|
|
Ist dann die Methode getName in der c1) 2 Lücke auch dann public abstract ?
Nach der Aufgabenstellung würde ich private sagen?
c2 Ausgabe : Zoo.name
Richtig?
|
|
|
07.12.2017 14:58 |
|
|
Badmann33
unregistriert
|
|
Noch jemand da ?
Sind meine Ideen richtig ?
|
|
|
08.12.2017 22:22 |
|
|
as_string
Haudegen
Dabei seit: 06.11.2013
Beiträge: 639
Herkunft: Heidelberg
|
|
Nee, in der Aufgabenstellung steht drin, dass nur in abgeleiteten Klassen auf getName() zugegriffen werden darf. public würde das ja von überall aus erlauben. Du musst hier also protected (und abstract so wie so) verwenden.
Das mit dem Zoo-Namen ist so ne Sache:
Erstens ist auf jeden Fall falsch, ein großes "Z" zu nehmen, weil das ja die Klasse Zoo dann wäre und Du aber den Namen der Zoo-Instanz haben möchtest, der in der Dog-Membervariablen zoo gespeichert ist. Also wäre zoo.name richtig.
Wenn Du aber den (an sich guten) Rat von Karlito befolgst und die Variable name private deklarierst, dann geht das auch nicht. Normalerweise macht man die Membervariablen nie public und führt dann eher getter- und setter-Methoden dafür ein, falls es von außen zugänglich sein muss. So hat man dann die Kapselung aufrecht erhalten und kann getter und setter passend verändern, wenn sich das Datenmodell ändert, oder auch weitere Zugriffsbedingungen/-überprüfungen einbauen, etc.
Man würde also typischerweise in Zoo die Membervariable name als private deklarieren und dafür eine
| code: |
1:
2:
3:
|
public String getName() {
return name;
} |
|
einführen, die man dann auch in der Dog-Klasse aufrufen kann.
Allerdings glaube ich fast, dass es die Aufgabe anders haben will und der name in Zoo public deklariert werden soll. Oder vielleicht Package-private (also ohne Sichtbarkeits-Angabe). Zumindest so, dass Du auf name auch von Dog aus zugreifen kannst. Sonst hätten wie wahrscheinlich schon noch die getter-Methode in der Zoo rein geschrieben.
Gruß
Marco
|
|
|
10.12.2017 12:07 |
|
|
Badmann33
unregistriert
|
|
Ok danke für deine schöne Erklärung .
Jetzt zu d1)
| code: |
1:
2:
3:
4:
5:
6:
7:
8:
9:
|
Animal dog = new Husky( zoo.getInstance());
dog.hello();
Husky::Dog?
|
|
Da mit dem erben bin ich mir nicht so sicher 
|
|
|
11.12.2017 13:02 |
|
|
as_string
Haudegen
Dabei seit: 06.11.2013
Beiträge: 639
Herkunft: Heidelberg
|
|
Probiers doch einfach aus! Gib alles in eine Entwicklungsumgebung ein und versuche es zu kompilieren!
zoo ist ein Objekt und Zoo ist eine Klasse. Wenn Du eine statische Methode aufrufen willst, machst Du das normalerweise über die Klasse, nicht über ein Objekt. Außerdem gibt es an der Stelle überhaupt das Objekt zoo?
Was die letzte Zeile bedeutet, verstehe ich nicht.
Gruß
Marco
|
|
|
11.12.2017 20:38 |
|
|
Badmann33
unregistriert
|
|
| code: |
1:
2:
3:
4:
5:
6:
|
Animal dog = new Husky( Zoo.getInstance());
|
|
Es kann eigentlich nur sein ?
Die letzte Zeile ist komplett leer und soll von uns gefüllt werden
Da habe ich aber ehrlich auch keine Idee
|
|
|
11.12.2017 20:47 |
|
|
as_string
Haudegen
Dabei seit: 06.11.2013
Beiträge: 639
Herkunft: Heidelberg
|
|
Hallo!
Das ist, denke ich, zwar so weit richtig, aber Du musst die Klasse Husky wohl erst noch "machen". Dazu sind in der d2 und d3 ein paar Angaben gemacht.
In d2 sollst Du erst einmal eine Klasse anlegen, die alles von Dog erbt. In der d3 sollst Du den Konstruktor von Husky in der Art machen, dass der von Dog aufgerufen wird und der übergebene Zoo weitergereicht wird.
Ich kann Dir nur wieder den Tipp geben: Tippe die paar Zeilen Quelltext ab und probiere selbst, ob es Syntaxfehler gibt! Erstens weißt Du so am ehesten, ob es wenigstens syntaktisch richtig ist, und außerdem lernst Du so am meisten, weil Du etwaige Fehler direkt selbst sehen und korrigieren kannst.
Gruß
Marco
|
|
|
12.12.2017 09:37 |
|
|
|
