[JAVA] String invoer methode laten activeren

[Verwijderd]

Hoi,

Is er een een optie in java die een string om kan zetten naar een methode bijv.
als je de invoer "sampleMethod()" hebt dat dan de methode sampleMethod() word geactiveerd.
Uiteindelijk wil ik dit gebruiken in een hashMap dat als je bijv. put("bla", "sampleMethod()") en dan HashMap.get("bla") de methode sampleMethod() word geactiveerd dus als er al een package is die het op zon manier kan doen zou dat handig zijn. Ik hoop dat ik het duidelijk genoeg geformuleerd heb.

bvd

[TeeDee]

Serializen?

edit:
Voortaan beter lezen...

Reflection inderdaad

[ Voor 88% gewijzigd door TeeDee op 20-02-2006 17:12 ]

[Verwijderd]

Dat heet "reflection"

[Jeldert]

Java:

if (input.equals("sampleMethod()")) {
    sampleMethod();
}

Of denk ik te simpel?

[NetForce1]

Is "sampleMethod()" een verwijzing naar een reeds bestaande methode? Zo ja, dan kun je gebruik maken van reflection. Anders kun je wellicht gebruik maken van een scripting framework als BeanShell (java als script-taal).

[momania]

http://java.sun.com/j2se/1.4.2/docs/api/java/lang/Class.html

Hiermee kan je dus via reflection alle informatie ophalen die je nodig hebt

[arnout2]

Kijk eens naar de java.lang.reflection package. Deze is in staat om je classes uit te pluizen, methoden op te vragen (ook op naam, zoals u dat wil) en deze dan ook uit te voeren.

API:
http://java.sun.com/j2se/...lect/package-summary.html

_{edit: spuit 11}

[ Voor 5% gewijzigd door arnout2 op 20-02-2006 17:16 ]

[.oisyn]

Het kan idd met reflection, maar daar lijkt me dit niet echt voor bedoeld. Er zijn veel nettere methode om 'callbacks' te gebruiken die geen reflection nodig hebben. Definieer een interface (bijvoorbeeld NumberProvider) met een enkele methode die het type retourneert dat jij wilt hebben, implementeer die interface voor de verschillende functies die zo'n waarde op moeten leveren, en stop de instanties daarvan in de hashmap. Na het ophalen uit de hashmap kun je vervolgens gewoon zelf die methode aanroepen.

[Verwijderd]

ok bedankt dit helpt al een hoop.
btw dat ifje is idd te simpel gedacht zover was ik ook al wel dat dat kan alleen als je dan een lijst met methodes hebt dan heb je 10000 ifjes onderelkaar

[__fred__]

misschien nodeloos om te zeggen, maar .oisyns methode is ook nog eens VELE malen sneller dan reflection, dat heeft dus duidelijk de voorkeur.

mischien interessant: http://jga.sourceforge.net/

[ Voor 16% gewijzigd door __fred__ op 20-02-2006 20:34 ]

[Verwijderd]

__fred__ schreef op maandag 20 februari 2006 @ 20:29:
misschien nodeloos om te zeggen, maar .oisyns methode is ook nog eens VELE malen sneller dan reflection, dat heeft dus duidelijk de voorkeur.

1. snelheid als argument is imo een foute, design komt op de eerste plaats
2. niemand weet hier het uiteindelijke doel van TS
3. .oisyns' implementatie heeft het nadeel dat je zelf methode namen moet verzinnen (mappings)

Dus wat om nou een methode boven de ander te stellen vind ik wat ver gaan. Ik kan me namelijk ergens voorstellen dat de noodzaak voor reflectie/mappings zijn oorsprong vind aan een wellicht niet zo'n handig ontwerp.

Tevens kun je in dit geval gebruik maken van beide methodieken. Voordeel is dat je dan een willekeurige class, dus niet interface gebonden, kunt mappen. Behoud van snelheid en flexibiliteit. Overkill in design? wellicht.

[.oisyn]

Verwijderd schreef op maandag 20 februari 2006 @ 22:49:
3. .oisyns' implementatie heeft het nadeel dat je zelf methode namen moet verzinnen (mappings)

Java mist idd delegates. Maar delegates zijn dan wel weer te implementeren middels reflection, waardoor je dus een adapter-class kunt maken die die callback interface implementeert. Zo kun je dus beide kanten op, als je Strings of Methods in een map gaat stoppen niet (met het bijkomend nadeel dat je ook nog een thispointer nodig hebt om die Method uberhaupt aan te roepen)