Java6脚本

ScriptEngineManager factory = new ScriptEngineManager();        ❶取得脚本引擎的工厂

ScriptEngine engine = factory.getEngineByName("groovy");        ❷取得

Groovy脚本引擎

List<?> orders = (List<?>)                               ❸返回交易单的列表

    engine.eval(new InputStreamReader(        new BufferedInputStream(            new SequenceInputStream(                new FileInputStream("ClientOrder.groovy"),                new FileInputStream("order.dsl")))));     ❹执行

DSL脚本

System.out.println(orders.size());for(Object o : orders) {    System.out.println(o);                                ❺处理交易单

}

Java 6的脚本API几乎能够集成任何JVM语言编写的DSL到Java应用程序。javax.script包内的API还能用于设置各种作用域的变量绑定，以便在DSL与Java组件之间交换信息。

Java 6脚本特性的不足

Java 6脚本特性是实现JVM语言互操作的一种极通用方式。但有所谓通用策略，就说明有专门针对某种语言的更好选择。由于DSL脚本被一个单独的ClassLoader加载，又在独立的沙盒中运行，Groovy抽象与Java抽象之间存在互操作问题。注意，在代码清单3-3中，Groovy DSL脚本返回的Order列表，到了Java一侧就成了Object

列表。要在这些对象上调用Order抽象定义的方法，只好利用反射。另外，由于脚本在ScriptEngine

的沙盒中执行，当出现异常时，栈跟踪信息中显示的行号无法对应到源文件中的行号。因此，DSL脚本抛出的异常调试起来比较困难。因为Java 6脚本这样那样的不足，我们有必要继续探索更好的内部DSL集成方案。

脚本引擎是从Java 6开始引入的，是一种在Java程序内部执行脚本的通用方法。按照ScriptEngine

相关API的设计原则，任何JVM语言只要实现了JSR 233规范要求的设施，就能获得该特性的支ScriptEngine

持。如果你打算用于实现DSL的语言有专门的Java集成途径，应该优先考虑，仅将JSR 233兼容的方案作为退而求其次的选择。语言特有的方案一般较为简单，也更符合语言习惯，所以往往效果最好。

Java 6的脚本API成就了JVM上多语言并用的现象。我们举了Groovy的例子，这纯粹是因为第2章刚好实现了一段Groovy DSL，它很容易无缝插入到Java应用程序。同样的集成手段完全适用于其他JVM语言（例如JRuby、Clojure和Rhino）编写的DSL。

即使在单个解答域中，多语言并用现象也鼓励使用多种语言。并用的语言需要有良好的互操作性，还要有明晰的集成入口。通常并用的语言享有共同的运行时平台，如JVM，其上的语言有Java、Scala、Ruby、Groovy等。DSL一个根本的设计思路就是选择最适合的语言设计领域API，然后通过共同的运行时平台将之与核心应用程序集成在一起。

DSL可以集成到不同层次。3.2.1节中探讨的Java脚本方案允许将DSL嵌入到ScriptEngine

执行框架，然后调用DSL脚本。它的优点是DSL完全与应用主体解耦，在ScriptEngine

的沙盒中执行；缺点是DSL组件不容易和应用程序的主体环境交互，操作不直观。

下面我们来看另一种DSL集成方式，它的工作层次不同于脚本引擎，而且与应用程序的宿主语言结合得更为紧密。