从JavaFX官方博客上读了一篇文章，是讨论从Java代码中调用JavaFX类的方法。现在的情况是，JavaFX可以调用Java的类，基本没有什么限制，而反过来，Java却不可以随便调用JavaFX的类。这点可以从JavaFX项目的编译过程看出原因。以NetBeans为例，Build的过程是先编译Java代码（javac），然后才是 JavaFX代码（javafxc），这样一来，Java代码不知道有JavaFX类，而JavaFX类却可以“看见”Java类。搜索一下我们可以发现，很多程序员都在寻找各种从Java中调用JavaFX类的方法。有一篇有趣的（英文）文章是介绍如何通过反向工程来分析JavaFX类的结构。就连那篇JavaFX官网上的文章，也采用了非标准的API来实现这一目的，而且也“保证”这种方法肯定会在下一版本中失效。
那么我们到底需不需要Java和JavaFX之间的这种互操作性呢？我觉得这种互操作性是很有必要的。如果两者可以近似于可以混用的程度，从长远上看，JavaFX可以有更大的生命力。试想一下运用MVC的设计模式（Model-View-Controller），我们可以用Java和JavaFX 结合在一起开发应用：用Java来写“M”和“C”两部分，用JavaFX来写“V”部分，这将是非常有趣的一件事情。
目前，有几种“标准”的方法来从Java调用JavaFX。
1. 使用ScirptEngineManager类，的文章提到，我们可以这样做：
package calc; import java.io.InputStreamReader; import javax.script.ScriptEngine; import javax.script.ScriptEngineManager; import javax.script.ScriptException; public class CalculatorLauncher { public static void main(String[] args) { try { ScriptEngineManager manager=new ScriptEngineManager(); ScriptEngine engine = manager.getEngineByExtension("fx"); InputStreamReader reader = new InputStreamReader (CalculatorLauncher.cla ss.getResourceAsStream("Calculator.fx")); engine.eval(reader); } catch (ScriptException ex) { } } } |
但是，这种方法其实没有多大意义，因为它就是象System.exec（“calc”）那样做个系统调用而已。我觉得还不如用System.exec（“JavaFX Calculator.fx”）更加直接一些。
2. 采用Java Reflection来解析JavaFX的bytecode，得到各个method或属性，然后进行各种调用。原理上这是可行的。但是由于reflection非常复杂，使得实用性大打折扣，同时，代码也没有什么可读性了。
3. 第三种方法是定义一个Java的interface，然后在JavaFX中实现这个 interface.例如：
| public interface JavaInterface { ... } |
在MyJavaFXClass.fx中， 可以这样写：
public class MyJavaFXClass extends JavaInterface { ... } |
在Java代码中，只需按照interface来调用JavaFX对象即可。这种方法可以解决大部分互操作性的问题。唯一的麻烦就是必需定义一大堆interface，但是这是我目前位置发现的一种最好的解决形式。
JavaFX现在是刚发布的第一版，所以我们无需对它苛求太多了。不过我还是希望JavaFX的设计者在下一版本中认真考虑这个问题。
