一个典型的JSR-223脚本会以这样的一系列代理导入开始(例如,选择JavaScript + Nashorn):
// "import" classes and static methods
var Foo = Java.type("my.package.Foo"); // application classes require Java.type() use
var bar = Foo.bar; // static method
var Logger = java.util.logging.Logger; // system classes can be accessed directly
var sin = java.lang.Math.sin; // the same for static methods
// use them
var foo = new Foo();
print(bar());
var log = Logger.getLogger("foo");
print(sin(42));
我想通过模拟脚本的类似导入功能来摆脱这些代理。这意味着,我想在我的Java代码中预先创建全局对象(如上例中的Foo
,bar
,Logger
和sin
)。这应该会自动为多个脚本提供一组通用的导入。
我找到了两种使用Nashorn的方法:
方法1 :在主脚本之前生成脚本序言和eval()
。这实际上就是上面示例代码的前半部分。
方法2 :从ScriptEngine获取类和方法引用,缓存它们并用于后续脚本调用:
ScriptEngineManager sem = new ScriptEngineManager();
ScriptEngine nashorn = sem.getEngineByName("nashorn");
Object fooClass = nashorn.eval("Java.type('my.package.Foo')"); // instance of jdk.internal.dynalink.beans.StaticClass
Object loggerClass = nashorn.eval("java.util.logging.Logger"); // the same
Object barFunction = nashorn.eval("Java.type('my.package.Foo').bar"); // instance of jdk.internal.dynalink.beans.SimpleDynamicMethod
Object sinFunction = nashorn.eval("java.lang.Math.sin"); // the same
ScriptEngine nashorn1 = sem.getEngineByName("nashorn");
nashorn1.put("Foo", fooClass);
nashorn1.put("bar", barFunction);
nashorn1.put("Logger", loggerClass);
nashorn1.put("sin", sinFunction);
nashorn1.eval("var foo = new Foo(); bar(); var log = Logger.getLogger('foo'); print(sin(42));");
显然,这些方法都不适用于任何其他JSR-223引擎。有没有办法以可移植的方式实现它?
答案 0 :(得分:0)
我不知道如何解决有关新操作的问题(如何避免调用Java.type())。
但是在编译脚本时,可以将方法指定为lambdas:
ScriptEngineManager scriptEngineManager = new ScriptEngineManager();
Compilable nashorn = (Compilable) scriptEngineManager.getEngineByName( "Nashorn" );
CompiledScript script = nashorn.compile( "print( sin( 3.14 ) ); var log = getLogger( 'foo' );" );
Bindings bindings = new SimpleBindings();
bindings.put( "sin", (DoubleFunction<Double>) Math::sin );
bindings.put( "getLogger", (Function<String,Logger>) Logger::getLogger );
script.eval( bindings );
对于方法void bar()
(没有参数,没有返回值),您必须提供自己的功能接口,因为java.util.function
包没有那种方法。
不幸的是,这种方法似乎不适用于未编译的脚本。它并不适用于所有类型的lambdas(功能接口)。我做了一些实验,但找不到一个模式但是什么有效,什么没有。可以肯定的是,定义抛出已检查异常的方法的功能接口不会以这种方式工作。此外,如果功能接口不是公共的,而是私有内部接口。
很明显,我从上面的示例代码中省略了必要的错误处理和try-catch块。