Vlákno názorů k článku Pohled pod kapotu JVM – přímé generování instrukcí bajtkódu s využitím nástroje Javassist od kvr kvr - Super, tohle vypada v kombinaci s toClass() hodne...
-
Super, tohle vypada v kombinaci s toClass() hodne zajimave, samozrejme i s vice high-level z minulych clanku.
Zkousel jsem na zaklade toho porovnat extremne pomale Method.invoke() a dynamicky vytvoreny wrapper s primym volanim a vypada to o neco rychlejsi :-)
Diky za clanek a tesim se na pokracovani.
-
Pavel TišnovskýZlatý podporovatelDik. Ono by to skutecne melo byt rychlejsi, protoze Method.invoke() dela hodne veci navic, vcetne security veci atd. (a navic je to podle me jeste zabugovane, no uvidime jestli tam zase nekdo nenajde zadni vratka ;)
Muzu se zeptat, pro jake ucely se to chystas pouzit?
-
To je pravda, ten rozdil v samotnem volani je cca 35 nasobny.
K tomu chystani - nic konkretniho, jenom jsem resil/resim MDA framework, ktery hodne interne pouziva reflection a kdysi jsem na tu efektivitu Method.invoke() narazil. Jestli to nakonec pouziju, nevim, v kontextu celeho zpracovani to muze byt stejne zanedbatelne. Trochu me prekvapuje, ze tenhle pristup nepouziva treba spring / ejb frameworky misto klasicke reflection. ... na druhe strane me napada, jestli s tim nemuzou mit problemy cloud app servery (napr. Google App Engine mel jednu dobu chybu v invoke nad package visibility).
