Classen eines Packages ermitteln

[Mr. Kanister]

Hi,

gibt es eine Möglichkeit die Klassen, welche in einem Package enthalten sind zur Laufzeit zu ermitteln?
Ich hab z.B. das Package Test, mit den Klassen Test1,Test2,...,Testn. Ich will nun alle Klassen im Pack test erst zur Laufzeit laden, wenn sie benötigt werden. Ich weiss es gibt Class.forName(), aber dafür muss ich ja erstmal wissen welche Klassen im Pack test vorhanden sind.


Gruß,
Jd

 

[SlaterB]

klingt diesm Thread hier ziemlich ähnlich:
http://www.java-forum.org/de/viewtopic.php?t=26370

geht wohl nur über das Auslesen der Dateinamen im entsprechenden Verzeichnis, falls dieses im Programm bekannt ist

natürlich könntest du auch
Class.forName("Test"+i) in einer i-Schleife machen bis zur Exception, falls die Klassen wirklich so benannt sind

 

[Mr. Kanister]

Stimmt gute Idee mit dem Class.forName("Test" +i).
Danke wär ich gar nicht drauf gekommen .

 

[Bleiglanz]

die JVM wird im allgemeinen eine Klasse auch erst laden wenn sie gebraucht wird?

 

[MPW]

Stimmt gute Idee mit dem Class.forName("Test" +i).
Danke wär ich gar nicht drauf gekommen .

Das gibt hoechstens die inneren Klassen aus, aber nicht die in einem Package. Ein Package kann ja aus beliebig vielen Classen bestehen, es muss nichtmals zum Kompilationszeitpunkt festgelegt sein, wie viele es sind...ihr habt da einen Denkfehler drin.

 

[SlaterB]

versteh ich nicht,

wenn es die Klassen test.Test1, test.Test2, test.Test3 gibt
dann wird man das doch wohl sehr gut mit Class.forName("test.Test" +i). herausfinden können?
bis 3 gehts, ab 4 Exception..

habs noch nicht getestet, aber was soll den der Einwand 'gibt hoechstens die inneren Klassen aus'/ 'Denkfehler' bedeuten?

 

[MPW]

versteh ich nicht,

wenn es die Klassen test.Test1, test.Test2, test.Test3 gibt
dann wird man das doch wohl sehr gut mit Class.forName("test.Test" +i). herausfinden können?
bis 3 gehts, ab 4 Exception..

habs noch nicht getestet, aber was soll den der Einwand 'gibt hoechstens die inneren Klassen aus'/ 'Denkfehler' bedeuten?

Ne du hast du was missverstanden:

package example;

class Example {
    ActionListener al ......{}
    KeyListener haste nicht ghoert....{}
}

package example;

class AnotherClassInPackageExample {}

Verstehst du was ich meine? Du kriegst mit deiner Methode, zwar alle inneren Klassen aber nicht andere Klassem, wie z.B. hier die zweite, die aber im selben Package liegt.

 

[SlaterB]

was soll denn das mit inneren Klassen zu tun haben,
wegen das Namens? die HEISSEN nunmal Test0, Test1 usw.,
ist doch genau passend gewählt ,

also nun auch mal ausprobiert, klappt wunderbar

 

[MPW]

was soll denn das mit inneren Klassen zu tun haben,
wegen das Namens? die HEISSEN nunmal Test0, Test1 usw.,
ist doch genau passend gewählt ,

also nun auch mal ausprobiert, klappt wunderbar

Nein, heissen die nicht, die heissen Example und AnotherClassInPackageExample und in dem package was ich gemacht hab, geht deine Variante gewaltig schief.

 

[Illuvatar]

@MPW
Ist schon klar, dass man nicht alle Klassen in einem Package finden kann. Aber man kann, und mehr will der Fragesteller nicht, alle Klassen mit dem Namen TestN finden, bei denen N bei 0 beginnend bei jeder Klasse um 1 erhöht wird (hätte man das auch weniger kompliziert ausdrücken können? ka)

 

[Guest]

@MPW
Ist schon klar, dass man nicht alle Klassen in einem Package finden kann. Aber man kann, und mehr will der Fragesteller nicht, alle Klassen mit dem Namen TestN finden, bei denen N bei 0 beginnend bei jeder Klasse um 1 erhöht wird (hätte man das auch weniger kompliziert ausdrücken können? ka)

Schoen, ich kann trotzdem nix dafuer, wenn du keine Fragen stellen kannst. Mir war das die ganze Zeit klar, wollte nur mal gucken, ob du merkst, dass du einen falschen Titel gewaehlt hast

 

[MPW]

sry, login vergessen...^^

 

[Illuvatar]

1. Weiß ich doch net, ob dir das klar ist :bae:
2. Wenn ich keine fragen stellen kann? Was hab ich damit jetzt zu tun?