<br><br>
<div class="gmail_quote">On Thu, Feb 4, 2010 at 7:19 AM, Alessio Stalla <span dir="ltr"><<a href="mailto:alessiostalla@gmail.com">alessiostalla@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">On Thu, Feb 4, 2010 at 3:49 PM, Ville Voutilainen<br>
<div class="im"><<a href="mailto:ville.voutilainen@gmail.com">ville.voutilainen@gmail.com</a>> wrote:<br></div>
<div class="im">> On 4 February 2010 16:39, Axel Rauschmayer <<a href="mailto:axel@rauschma.de">axel@rauschma.de</a>> wrote:<br>>> Quick comment: The latest incarnation of the Java FFI API allows one to use strings whenever a class object or a method object is required:<br>
>> (jnew "my.package.MyClass" arg) for new my.package.MyClass(arg)<br>>> (jcall "methodName" obj arg) for obj.methodName(arg)<br>><br>> Does it allow both the "old" way and the stringified way?<br>
<br></div>Yes, it does. The stringified way is obviously slower, because it<br>looks up the method at runtime.<br></blockquote>
<div> </div>
<div> </div>
<div>So you are saying in the current interpreted mode it has to resolve the stringified method each time?</div>
<div> </div>
<div>So it would be fastest to:</div>
<div> </div>
<div>  (setq *myjmethod* (jmethod "mypackage.AndClass" "methodName" (jclass "argType1") ))</div>
<div> </div>
<div> Then use (jcall *myjmethod* obj arg).  Is the most effecient?</div>
<div> </div>
<div>  instead of </div>
<div> </div>
<div>   (jcall (jmethod "mypackage.AndClass" "methodName" (jclass "argType1") ) obj arg)</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<div>In the future, (JLinker says in their future to so no hurry)  that these forms will eventualy be bytecode.</div>
<div>And ABCL will probably beat Allegro to it! </div>
<div> Since we can use Hickey's methodolgy he used in clojure for finality of the bytecode methods.  </div>
<div>That the methods themselves wont ever need to use a java.lang.Method.invoke anymore unless the user left it too ambiguous.</div>
<div> </div>
<div> </div></div>