Übung 11 online!!!!

[Jo(h)nny]

also ich hab ja nichts gegen aufgaben und so....

[Krümelmonster]

Und dazu habe ich auch gerade eine Frage:
Es wurde ja in der Vorlesung kurz gezeigt, wie man eigene Exceptions erstellt.

Eclipse beschwert sich aber bei der einfachen Implementierung:

The serializable class AirportException does not declare a static final
serialVersionUID field of type long

//edit
Kann die Ausnahme in AirborneComputer, dass das Flugzeug null ist
einfach so weitergegeben werden oder muss die Nullpointer-Ausnahme
in der Methode, in der sie auftritt, abgefangen und eine Airplane-Ausnahme
geworfen werden?

Wir betrachten die maximale Flughöhe, Ge-
schwindigkeit und Tankinhalt als positive int-Werte

Schließt diese Aussage die Null mit ein?
Treibstoff geht ja auch leer und in Unteraufgabe 7 wird
gesagt, dass die Höhe mit Null instanziert wird.

[Jo(h)nny]

also ich hab das so gemacht, dass der konstruktor überprüft, ob die werte unter 0 sind.
mein Airborne konstruktor erstellt ein objekt von airplane mit werten 0. und bei der aufgabe 7 meinen sie, dass du die variable sofort auf 0 setzt, damit brauchst du in deinem konstruktor später die höhe auf 0 nicht zu setzen
aso fast vergessen, meine exceptions sind auch gelb unterstrichen

[Krümelmonster]

Naja, einfach ein Flugzeug im Airborne-Computer zu erstellen kann ja auch nicht Sinn der Sache sein,
immerhin steht im Kommentar der getAirplane()-Methode extra:

Code: Alles auswählen

/**
	 * returns the bord computer's current airplane
	 * 
	 * @return the current airplane ([b]may be null![/b])
	 */

Die Tatsache, dass ich die Höhe auf Null setzen kann/soll sagt noch nicht,
ob das auch durch eine Methode passieren darf/soll.

[Jo(h)nny]

jop, hast recht, mit der setAirplane setze ich mein flügzeug ,
die Höhe muss man aber bei der deklaration initialisieren:)

aso, hab gearde geguckt,

Contructor; initializes plane and airportMap

also muss man beim airbornecomputer das flügzeug und karte initialisieren

[Jo(h)nny]

sag ma, wieviel treibstoff du am ende hast, damit ich gucke, ob ich die flyto richtig gemacht hab

[Krümelmonster]

Auch eine Initialisierung mit null ist eine Initialisierung.

Am Ende habe ich 4081 Einheiten Treibstoff.

[Jo(h)nny]

ka was du meinst
ich hab am ende 4079

[Krümelmonster]

Das ist ein Rundungsfehler, da du wahrscheinlich nur Double nach int castet,
ich hingegen benutze Math.round() und caste long nach int.

[Jo(h)nny]

tatsächlich, danke, hab soeben 2 liter super plus gespart , wir wollen ja für die umwelt was gutes tun

[gismo]

Hi,

wenn ihr so geringe Abweichungen habt, ist das ganz normal, eben wegen dieser Rundungen und dem casten. Das wird von euren Tutoren entsprechend berücksichtigt werden (sprich, es gibt einen gewissen Toleranzbereich)

[Jo(h)nny]

@gismo, also jetzt passt ja alles:)

[guido]

Und dazu habe ich auch gerade eine Frage:
Es wurde ja in der Vorlesung kurz gezeigt, wie man eigene Exceptions erstellt.

Eclipse beschwert sich aber bei der einfachen Implementierung:

The serializable class AirportException does not declare a static final
serialVersionUID field of type long

Das ist nur eine Warnung, die ihr getrost ignorieren könnt. Die dient nur internen Zwecken bei einer bestimmten Art der Speicherung ("Serialization"), die für uns im Rahmen der Aufgabe (Spötter würden sagen: und auch sonst) völlig irrelevant ist. Ihr könnt also über QuickFix etwas generieren lassen oder es ignorieren, ganz wie ihr wollt.

Da 0 eine positive Zahl ist, ist "ohne Treibstoff" und "auf Meereshöhe" (beide = 0) legal; -1 jeweils aber nicht. (-1 wäre auch nicht "auf Reserve" )

Guido

[Krümelmonster]

Ok, Danke für die Antwort.

Jetzt bleibt nurnoch die Frage, ob die NullPointerException abgefangen werden muss,
falls man versucht in dem Computer das Flugzeug zu steuern, welches noch gar nicht
initialisiert wurde. Soll diese Exception intern abgefangen und stattdessen eine AirplaneException
geworfen werden, oder sollen alle Methoden, bei denen potenziell eine NullPointerException
auftreten kann, ein throws NullPointerException bekommen?

[Jo(h)nny]

nun ich denk ma nicht, dass das ein teil der übung ist, denn man müsste ja dann in jeder funktion, die das flügzeug steuern sollte, ein try-catch block einbauen.
un wenn du jedes ma statt einer exception ne andere ausgibst macht das auch nicht so viel sinn:)

oder sollen alle Methoden, bei denen potenziell eine NullPointerException
auftreten kann, ein throws NullPointerException bekommen?

e ist ja so, dass nullpointerexception eine laufteitausbahme ist und dem entsprechend musst du nicht angeben, wenn eine methode sie werfen kann.
kannst einfach sagen, wenn flugzeug gleich null ist, wirf eine nullpointerexception("geht nicht!!!!")