0

一个典型的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和） 。这应该会自动为多个脚本提供一组通用的导入。barLoggersin

我找到了两种使用 Nashorn 的方法：

方法一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 引擎。有没有办法以可移植的方式实现相同的功能？

4

1 回答 1

0

我不知道如何解决有关新操作的问题（如何避免调用 Java.type()）。

但是当您编译脚本时，您可以将方法分配为 lambda：

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 块。

于 2017-05-02T11:57:50.207 回答