OOP import

[knowledge]

Hallo,

Klassen die Java standarmässig nicht importiert (also alles was nicht in java.lang) drin ist muss man ja manuell über ein import Statement einbinden. Wieso könnte man sich das aber, zumindest für die anderen mit java mitgelieferten, packages nicht auch sparen? Also warum werden z.B. nicht standardmässig die Klassen aus java.net oder anderen Java packages mit importiert? Würde das irgendwie Speicher verbrauchen?

 

[Runtime]

Nein, aber wenn du merere Klassen mit dem selben Name hast, gäbe es ein Problem. Ausserdem braucht der Compiler mehr Zeit zum Übersetzen. Bei einem kleinen Projekt ist das nicht schlimm, aber bei einem grossen Projekt würde das viel Geld verschlingen.

 

[Cola_Colin]

Wie sich der mit der Performance verhält weiß ich nicht, aber man hätte auf jeden Fall das massive Problem der mehrfachen Belegung einiger Klassennamen. Es könnte ja zwei Klassen mit dem Namen xy geben, und was dann ?
Da ist es einfach sinnvoller das vom Entwickler verwalten zu lassen.

 

[Runtime]

Der Compiler muss doch jedes mal alle Packages durchsuchen, deshalb denke ich, dass er langsamer wird.

 

[Cola_Colin]

Die Sache mit dem Packages durchsuchen könnte man aber durch nen vorher einmalig erstellten Index für den Compiler noch recht schnell hinkriegen denk ich. Das Hauptproblem ist die Mehrdeutigkeit.

btw:
In der Scriptsprache Beanshell gibt es einen Befehl "superimport" oder so, der versucht das mit dem "alles importieren".
Hab ich nie probiert, aber laut den Kommentaren kann man dafür wohl einen Ladebalken einplanen
Da wird aber wohl auch wirklich alles sinnlos importiert, selbst das was nicht genutzt wird.

 

[Runtime]

Daran hab ich nicht gedacht... Ich geb mich geschlagen .

 

[knowledge]

Hmm, das mit den Namenskonflikten klingt schon einleuchtend. Aber die "standardmässigen" Klassen wie in java.net usw. könnten doch so benannt werden das kein Namenskonflikt auftritt. Bei Klassen bei denen Sun die Hand nicht drauf hat könnte man ja, wg. dem Namensräumen, immernoch ein import nutzen

 

[Runtime]

Es gibt so viele Klassen von Sun, dass du lange nach einem sinnvollen Namen sunchen müsstest, ausserdem kann man ja die Wildcard nutzen.

 

[Cola_Colin]

Eventuell hast du aber auch selber eine Klasse erstellt, die so einen Konflikt mit denen von Sun auslöst.
Man müsste sonst ja alle Klassennamen von Sun als reserviert betrachten.

 

[knowledge]

Hi Leute,

Danke für eure Antworten. Ich hab auch nochmal nachgedacht und mir ist auch noch ein Argument eingefallen:

Angenommen ich geb meiner Klasse einen Namen der von Sun noch nicht belegt ist, aber in einer späteren Version des JDK führt Sun zufälligerweise dann auch eine Klasse mit diesem Namen ein, dann wäre ebenfalls ein Namenskonflikt da und mein Programm würde später nicht mehr funktionieren, wenn ich die Klasse wiederverwenden will. Dann würde ich anfangen jedes vorkommen in meiner Klasse mit nem anderen Namen zu versehen. Seht ihr das auch so?

 

[maki]

Ganz kurz:
Improts werden vom Compiler zu voll qualifizierten Klassennamen aufgelöst, es gibt keinen Performance Unterschied., zur Laufzeit bzw. im byte code gibt es keine Imports mehr.
D.h. auch das die Klassen mit ihrem voll qualifiertem Namen eindeutig bleiben sind, müsstest erst ein package java.lang oder ein anderes exitierendes haben um einen Kollision zu provozieren.

 

[knowledge]

Jetzt bin ich grad etwas verwirrt. Könnte dann nicht doch von Anfang an alles zur Verfügung stehen bzw. importiert werden?

 

[maki]

Wie gesagt, imports werden ersetzt... was meinst du "alles zur Verfügung stehen bzw. importiert werden"?

 

[faetzminator]

knowledge, das Problem ist dann, dass du in jedem Fall, in welchem ein Klassenname mehrfach vorkommt, den gesamten Classpath schreiben musst. Von wo soll sonst der Compiler wissen, was du willst? Das macht nicht viel Sinn...