Wer kann diese Zeile erklären?

[noetig]

public static Map< String, List< String > > createL (List< String > words) throws NullPointerException

 

[eRaaaa]

hmm
du hast eine statische methode createL welche eine map, die als key einen string und als value eine liste mit strings zurückgibt. als paramter erwartet die methode eine liste aus strings und anscheinend könnte diese eine npe werfen?!

ka ob du damit nun was anfangne kannst, was genau verstehst du denn nicht?

 

[0x7F800000]

und anscheinend könnte diese eine npe werfen?!

...und genau das ist etwas, was mir im Moment absolut unerklärlich erscheint :autsch:

 

[eRaaaa]

hm, in seinem anderen thread http://www.java-forum.org/java-basi...ilenanzahl-einer-txt-abfragen.html#post557504 hat er dies ebenfalls so gemacht, und schrieb ja dazu, dass diese zeile so in der aufgabenstellung steht, vllt. ist es hier ähnlich ?! interessant

 

[bygones]

aufgabenstellungen gibt es heute.... :autsch:

 

[noetig]

Sorry, Aufgabenstellung kann ich nicht veröffentlichen. Danach suchen nur die "JAVA Code Geier". Aber, ja die "throw" war so in der Aufgabenstellung drin.

Die Erklärung aus dem ersten Post hat mir schon einiges gebracht und vorallem die Formatierung dazu Hab die Zeile einfach anders interpretiert gehabt mit den ganzen <<<>>> nun ist die Verwirrung gewichen. Danke

 

[bygones]

frag mal den Aufgabenstellung was der unsinn mit der NPE sein soll ? wuerde mich schon interessieren

 

[Der Müde Joe]

>frag mal den Aufgabenstellung was der unsinn mit der NPE sein soll ?

Mich auch. Als Grund für die Frage kanst du sagen, das NPE eine RuntimeException ist. RTE werden nicht geworfen sondern fliegen um die Ohren, wenn man schlecht programiert hat. (so ca.)

 

[tfa]

Ich finde es auch überflüssig, aber immerhin ist es legaler Java-Code.
Man könnte sagen, es dient der Dokumentation. Wenn man genau weiß, das diese Methode eine NPEx werfen kann (wenn z.B. ein Argument null ist), muss das dokumentiert werden. Ein [c]@throws[/c] im Java-Dok ist hier natürlich die beste Möglichkeit. Vielleicht schreiben das einige nochmal an die Methode, zur Sicherheit.

 

[bygones]

man kann in der doc angeben dass ein argument nicht null sein darf (auch wenn ich dann eher eine IllegalArgumentException nehmen wuerde), dennoch hat das nix im code zu suchen bei einer RTE