Frage zu fehler

  • Themenstarter Themenstarter Heyoka955
  • Beginndatum Beginndatum
H

Heyoka955

Gast
Ich hätte eine Frage welche 5 Fehler gibt es in der Aufgabe.
Ich habe drei gefunden aber die restlichen finde ich nicht?

Ich hatte den Verdacht dass ich bei Public Static void schreiben muss aber das wären dann 4 Fehler?
 
Hey,
ich kenne solche Aufgaben nur zu gut 😀 hast du das ganze einfach mal abgetippt 😛 so hab ich es gemacht und dann nachgefragt wenn ich nicht weiter wusste.
Bin zwar auch noch ein Anfänger und hab es jetzt nicht abgetippt aber hab hier die Fehler gefunden:

Zeile 12: z existiert so nicht da wurde sicherlich x gemeint
Zeile 35: die test Methode muss static sein
Zeile 37: das Objekt B sollte so nicht instanziert werden können
Zeile 42: die Variable x ist in der Klasse A nicht statisch deswegen A.x Fehler!
Zeile 47: B ist nicht Kompatibel zu A

keine Ahnung ob das richtig ist 😀 aber die Aufgaben sind immer ganz witzig 🙂
 
Ist eine
Hey,
ich kenne solche Aufgaben nur zu gut 😀 hast du das ganze einfach mal abgetippt 😛 so hab ich es gemacht und dann nachgefragt wenn ich nicht weiter wusste.
Bin zwar auch noch ein Anfänger und hab es jetzt nicht abgetippt aber hab hier die Fehler gefunden:

Zeile 12: z existiert so nicht da wurde sicherlich x gemeint
Zeile 35: die test Methode muss static sein
Zeile 37: das Objekt B sollte so nicht instanziert werden können
Zeile 42: die Variable x ist in der Klasse A nicht statisch deswegen A.x Fehler!
Zeile 47: B ist nicht Kompatibel zu A

keine Ahnung ob das richtig ist 😀 aber die Aufgaben sind immer ganz witzig 🙂
Ne das war eine Aufgabe in der Klausur
 
Das erste Problem ist, dass A keinen Standard-Konstruktor hat. Daher muss in B() ein super(...) stehen.

Das zweite Problem ist, dass in Zeile 47 versucht wird, aus einem A-Objekt ein B-Objekt zu machen. Das kann nicht funktionieren, weil B eine Erweiterung von A ist.

Nachtrag: es würde funktionieren, wenn folgendes deklariert gewesen wäre:
Java:
A a = new B(); // das funktioniert, weil B eine Erweiterung von A ist.
B b = (B) a;   // das funktioniert, weil a ein B-Objekt referenziert.
 
Das erste Problem ist, dass A keinen Standard-Konstruktor hat. Daher muss in B() ein super(...) stehen.

Das zweite Problem ist, dass in Zeile 47 versucht wird, aus einem A-Objekt ein B-Objekt zu machen. Das kann nicht funktionieren, weil B eine Erweiterung von A ist.

Nachtrag: es würde funktionieren, wenn folgendes deklariert gewesen wäre:
Java:
A a = new B(); // das funktioniert, weil B eine Erweiterung von A ist.
B b = (B) a;   // das funktioniert, weil a ein B-Objekt referenziert.
Das heißt das Objekt das a die gleichen Methoden hat wie b wenn man das objekt parsed?
 
Das sind einfach Mengenbeziehungen.

Stell Dir mal folgendes vor:
Code:
class GeometrischeForm {}
class Kreis extends GeometrischeForm {}
class Rechteck extends GeometrischeForm {}

Die Klasse GeometrischeForm beschreibt die Menge aller GeometrischeForm-Objekte. Da Erweiterung von GeometrischeForm durch die Klasse Kreis bringt zum Ausdruck, dass jeder Kreis auch eine geometrische Form ist (is-a relationship oder auf Deutsch ist-ein(e)-Beziehung). D. h. Kreis ist-eine GeometrischeForm. Das gleiche gilt für Rechteck.

Umgekehrt gilt dies jedoch nicht, denn nicht jede geometrische Form ist automatisch ein Kreis.

D. h.
Java:
Kreis kreis = new Kreis();
GeometrischeFigur figur = kreis;
Kreis kreis2 = kreis;
ist kein Problem: es gibt ein einziges(!) Kreis-Objekt und drei Referenzen darauf: kreis, figur und kreis2.

Man könnte nun auf die Idee kommen, die letzte Zeile zu ändern:
Java:
Kreis kreis2 = figur;
Das funktioniert so nicht, denn figur ist als GeometrischeFigur deklariert und nicht jede GeometrischeFigur ist auch ein Kreis. Daher gibt es einen Compiler-Fehler.

Man kann dem Compiler nun explizit sagen, dass es sich bei figur um einen Kreis handelt:
Java:
Kreis kreis2 = (Kreis) figur;

Dann gibt es keinen Compilerfehler und in diesem(!) Fall auch keinen Laufzeitfehler.

Anders sieht es aus, wenn man
Java:
Rechteck rechteck = (Rechteck) figur;
schreibt. Es gibt zwar keinen Compiler-Fehler (denn theoretisch könnte es sich bei figur tatsächlich um ein Rechteck handeln) aber zur Laufzeit würde eine ClassCastException ausgelöst, weil ein Kreis nun einmal kein Rechteck ist.

Ein Compilerfehler würde dagegen auftreten, wenn man folgendes versucht:
Java:
Rechteck rechteck = (Rechteck) kreis;
 
wie immer mihe7 super erklärung 🙂

Heyoka955 so war es bei mir jetzt auch hab auch erst mein ersten schein in Prog geschrieben noch keine Note zurück. Doch die Aufgabe bei uns in der Klausur ähnlich wie diese war deutlich schwerer 😀 aber das spielt keine Rolle.

Hab mich vorhin gefragt wieso die test Methode nicht static sein muss 😀 tja wenn man mal die gesamte Aufgabe lesen würde wäre mir aufgefallen das da ein Objekt erstellt wird grrr....
Hast du die Klausur schon geschrieben? Denn bei solchen Aufgaben darfst du, nicht wie ich mal wieder 😀, dich nicht gleich täuschen lassen!
ansonsten viel Glück 🙂 und hier wird dir echt geholfen 🙂 die sind Klasse 🙂
LG
 
wie immer mihe7 super erklärung 🙂

Heyoka955 so war es bei mir jetzt auch hab auch erst mein ersten schein in Prog geschrieben noch keine Note zurück. Doch die Aufgabe bei uns in der Klausur ähnlich wie diese war deutlich schwerer 😀 aber das spielt keine Rolle.

Hab mich vorhin gefragt wieso die test Methode nicht static sein muss 😀 tja wenn man mal die gesamte Aufgabe lesen würde wäre mir aufgefallen das da ein Objekt erstellt wird grrr....
Hast du die Klausur schon geschrieben? Denn bei solchen Aufgaben darfst du, nicht wie ich mal wieder 😀, dich nicht gleich täuschen lassen!
ansonsten viel Glück 🙂 und hier wird dir echt geholfen 🙂 die sind Klasse 🙂
LG
Hab geschrieben nicht bestanden
 
Das sind einfach Mengenbeziehungen.

Stell Dir mal folgendes vor:
Code:
class GeometrischeForm {}
class Kreis extends GeometrischeForm {}
class Rechteck extends GeometrischeForm {}

Die Klasse GeometrischeForm beschreibt die Menge aller GeometrischeForm-Objekte. Da Erweiterung von GeometrischeForm durch die Klasse Kreis bringt zum Ausdruck, dass jeder Kreis auch eine geometrische Form ist (is-a relationship oder auf Deutsch ist-ein(e)-Beziehung). D. h. Kreis ist-eine GeometrischeForm. Das gleiche gilt für Rechteck.

Umgekehrt gilt dies jedoch nicht, denn nicht jede geometrische Form ist automatisch ein Kreis.

D. h.
Java:
Kreis kreis = new Kreis();
GeometrischeFigur figur = kreis;
Kreis kreis2 = kreis;
ist kein Problem: es gibt ein einziges(!) Kreis-Objekt und drei Referenzen darauf: kreis, figur und kreis2.

Man könnte nun auf die Idee kommen, die letzte Zeile zu ändern:
Java:
Kreis kreis2 = figur;
Das funktioniert so nicht, denn figur ist als GeometrischeFigur deklariert und nicht jede GeometrischeFigur ist auch ein Kreis. Daher gibt es einen Compiler-Fehler.

Man kann dem Compiler nun explizit sagen, dass es sich bei figur um einen Kreis handelt:
Java:
Kreis kreis2 = (Kreis) figur;

Dann gibt es keinen Compilerfehler und in diesem(!) Fall auch keinen Laufzeitfehler.

Anders sieht es aus, wenn man
Java:
Rechteck rechteck = (Rechteck) figur;
schreibt. Es gibt zwar keinen Compiler-Fehler (denn theoretisch könnte es sich bei figur tatsächlich um ein Rechteck handeln) aber zur Laufzeit würde eine ClassCastException ausgelöst, weil ein Kreis nun einmal kein Rechteck ist.

Ein Compilerfehler würde dagegen auftreten, wenn man folgendes versucht:
Java:
Rechteck rechteck = (Rechteck) kreis;
Aber man könnte doch ein Kreis zu geometrische Figur parsen weil
Kreis ist eine geometrische Figur also also ist relationship
 
Hab geschrieben nicht bestanden

Macht nix Kopf hoch und weiter machen 🙂
auch das bringen die Leute hier einem bei. Wenn du ältere Beiträge von mir siehst dann wirst du das feststellen!
Ich hab schon so oft gesagt "ich kappiere es eh nicht und höre auf!" doch das lassen die Leute hier gar nicht zu gut so 🙂 HIHI 🙂
Hab leider über 6 Semester durch Krankheit verloren und hänge deswegen super hinter her 😀 doch wie gesagt Kopf HOCH =)

LG
 
Macht nix Kopf hoch und weiter machen 🙂
auch das bringen die Leute hier einem bei. Wenn du ältere Beiträge von mir siehst dann wirst du das feststellen!
Ich hab schon so oft gesagt "ich kappiere es eh nicht und höre auf!" doch das lassen die Leute hier gar nicht zu gut so 🙂 HIHI 🙂
Hab leider über 6 Semester durch Krankheit verloren und hänge deswegen super hinter her 😀 doch wie gesagt Kopf HOCH =)

LG

Gute Besserung

Biste fh oder uni?
 
TH. Ja das werde ich mein Leben lang nicht mehr los! Doch besser so und ich weiß heute was mit mir los ist (und bekomme Meids) als so neben der Spur zu laufen 😀

Dir weiterhin auch viel Spaß 🙂
Was hast du denn? Außerdem empfiehlst du fh oder Uni?
Ich wollte auf th köln wechseln. Komme aus hhu
 

Neue Themen


Zurück
Oben