Erste Schritte import für andere Klassenfiles verfügbar machen? (Java unter Eclipse)

Stardust74

Mitglied
Hi allerseits,
ich mache gerade meine ersten Schritte in Java unter Eclipse.
Ich stolpere über ein Problem das ich nicht gelöst bekomme, ich bin sicher es ist nur was sehr einfaches, aber ich komm nicht weiter.

ich habe ein Projekt in Eclipse erstellt, in dessen Haupt-Klassendatei ich z.B. import java.io.* ganz am Anfang einbinde. In dieser Datei funktionieren die java.io. ... Befehle auch.
In den anderen Klassen, die ich in diesem Projekt jeweils in eine eigene Datei schreibe, bekomme ich den Fehler, dass java.io erst importiert werden muss. Es ist unter Java aber doch sicher nicht so, dass ich import in jedes einzelne Klassen-File (ist das der korrekte Begriff dafür?) schreiben muss?

Vielen Dank
StD
 
Zuletzt bearbeitet:
wenn ich alle Klassen in eine Datei schreibe dann muss ich es nur einmal importieren, aber in getrennten Files jedesmal neu?
Naja wenns so is, isses so 🙂

Danke für die Antwort.
 
Das stimmt, würde aber ziemlich furchtbar bzgl. der Lesbarkeit und der Java-Konvention werden 🙂

Außerdem wirst du Probleme bekommen, wenn du die Klasse java.xyz.Bla brauchst und ebenfalls die Klasse java.abc.Bla.

Eine gemeinsame Importklasse für ein größeres Projekt würde dazu führen, dass bei jeder Variable das Paket mit angegeben werden muss

Java:
java.lang.String str = new .....
 
hm. in anderen Sprachen is das aber anders bzw eleganter gelöst, wenn ich mich nicht irre: Ich importiere einmal, und habs dann überall verfügbar. Was ist denn der "Vorteil" oder "Grund" für diese "Lösung" bei Java?
 
Hm das mag in anderen Sprachen so sein.. aber schreiben musst du den import ja nichtmal selber :bae:
Drüber fahren und auf import klicken.. nicht allzuviel Arbeit oder?
Abgesehen davon finde ich es übersichtlicher.
 
hm. in anderen Sprachen is das aber anders bzw eleganter gelöst, wenn ich mich nicht irre: Ich importiere einmal, und habs dann überall verfügbar. Was ist denn der "Vorteil" oder "Grund" für diese "Lösung" bei Java?
was ist der Vorteil der "Loesung" bei den anderen Sprachen ? Faulheit des Entwicklers... sonst wohl nix.

Warum sollte man etwas importieren, was man gar nicht braucht in einer Klasse, nur weil eine andere Klasse des selben packages dies benoetigt.
 
2 Gründe habe ich oben aufgezählt.

200 imports sind deutlich unübersichtlicher als pro Klasse 10Stück.

Teste mal die Geschwindigkeit in Eclipse z.B. bei der Autovervollständigung wenn du 200 import-Anweisungen hast. Da die richtigen Klassen zu finden wird dann zum Suchspiel. Mir reichen ja schon die sun-vorschläge.

Ich denke der Hauptgrund ist der Gedanke der Modularität. Du hast ein Projekt in dem eine Klasse eine Lib benutzt. Diese Klasse tauschst du jetzt aus gegen eine moderne mit einer neuen lib. Hast du in jeder Klasse den import stehen bist du fertig. Hast du die Importe zentral musst du suchen, welcher Import jetzt nicht mehr gebraucht wird, welcher neu dazukommen muss etc.
 

Zurück
Oben