從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的設計者在下一版本中認真考慮這個問題。

【編輯推薦】

1. JavaFX能否實現Sun的桌面端夢想
2. Sun高管透露JavaFX開源計劃 移動平臺明年發布
3. 開發者對JavaFX信心不足 緣自兩大障礙