在JavaFX的API中没有提供菜单（menu）的控件。可能是由于JavaFX设计者们觉得在RIA有没有菜单不重要。但实际中，开发人员还是常常询问如何在JavaFX实现菜单功能，于是Henry决定写个JavaFX菜单的例子(更多的例子可以参考 JavaFX编程博客 http://www.javafxblogs.com)。
JavaFX最然没有直接提供Menu的功能(注：javafxblogs.com），但是提供了一个SWING组件的封装类javafx.ext.swing.SwingComponent 。这个类可以把SWING的组件转化成JavaFX的节点（node）。

在上述代码中，我们先用构建一套标准的SWING菜单条(menu bar，JavaFX教程 http://www.javafxblogs.com），每个菜单条包含2个菜单项。这些都是标准Java SE中的功能，就不多解释了。接下来我们用以下语句来创建一个SwingComponent实例， 把SWING的菜单条包容进去:

var fxMenuBar : SwingComponent = SwingComponent.wrap(menuBar);

下面3行代码是把菜单条定位在窗口的上方：

fxMenuBar.width = w;
fxMenuBar.layoutX=0;
fxMenuBar.layoutY=0;

在Stage类中，我们可以看到fxMenuBar就像不同的JavaFX节点一样使用。由于窗口式可以调整大小的，因此我们需要一些代码来保证菜单条和窗口等宽。为了实现这点，我们增加了一个trigger，把窗口宽度的变化反映到菜单条中，变量w的trigger如下：

var w : Number = 480 on replace { fxMenuBar.width = w ; };

实际的绑定是通过这句类完成的，注意这里的双向绑定的用法：

Stage {
 ...
    width: bind w with inverse
 ...
}

下面是程序的截图，支持快捷键Alt+1,2,3,4来激活菜单项目：

相关文章:

SWING中如何使用JavaFX的组件

纯Java代码调用JavaFX的功能

NASCAR Die-cast

Free Online Canada Citizenship Practice Exam Questions on citizenship appliation

在文中注明：转自 http://www.javafxblogs.com 作者：Henry Zhang，即可获得授权转载.

自从JavaFX推出以来，如何在Java中调用JavaFX的功能就是个程序员常常讨论的问题。本人的文章用纯Java代码调用JavaFX的功能和JavaFX和Java之间的互操作性对此作过专题讨论。在开源项目JFXtras最近

JavaFX的代码，只有了解它的作用即可: ( 转自http://www.javafxblogs.com 作者：Henry Zhang )

/*
 * MyScene.fx     http://www.javafxblogs.com
 * @author  Henry Zhang
 */

package swingtest;

import javafx.scene.Scene;
import javafx.scene.text.*;
import javafx.scene.paint.*;
import javafx.scene.shape.Rectangle;
import javafx.animation.Timeline;
import javafx.animation.KeyFrame;

def w = 500;
def h = 400;

public class MyScene extends Scene {
    var xx = w / 3;
    var yy = h / 2;
    var rotate = 0;
    var text = "";
    var tl = Timeline {
      repeatCount: Timeline.INDEFINITE
      keyFrames : [
        KeyFrame {
          time: 70ms
          action: function() {
             text = JavaFXToSwingTest.tf.getText();
             rotate = (rotate+5) mod 360;
          }
        }
      ]
     }

     override var content = [
        Rectangle {
            width: w, height: h
            fill: Color.BLUE
        },
        Text {
            font : Font {
                    size: 24
                   }
            layoutX: bind  xx
            layoutY: bind yy
            rotate: bind rotate
            content: bind text
            fill: Color.YELLOW
        }
    ];

    init { tl.play(); }
}

在文中注明：作者： Henry Zhang 转自 http://www.javafxblogs.com ，即可获得授权转载

在上面代码MyScene.fx中, 我们定义了一个Timeline实例来播放动画，在动画中，我们不断的使一行文本在旋转。每隔70ms,都会触发一次旋转角度的变化（每次5度）。为了演示如何在JavaFX和Java中交互数据，我们在每次更新时，从Java的静态变量中获取数据，代码如下：

text = JavaFXToSwingTest.tf.getText();

虽然这不是最佳的一种做法，但是我们暂时写成这样，使得不熟悉JavaFX的读者也能容易理解。稍后我们还会讨论这点。当我们完成了MyScene类后，可以开始写Java的主程序了，这是个标准的SWING程序JavaFXToSwingTest.java代码如下: （ 作者： Henry Zhang 转自 http://www.javafxblogs.com）

package swingtest;

/**
 * JavaFXToSwingTest.java     http://www.javafxblogs.com
 * @author Henry Zhang
 */
import java.awt.*;
import javax.swing.*;
import org.jfxtras.scene.SceneToJComponent;

public class JavaFXToSwingTest extends JFrame {

  public static JTextField tf = new JTextField("JavaFX for SWING");

  public JavaFXToSwingTest() {
    setDefaultCloseOperation(javax.swing.WindowConstants.EXIT_ON_CLOSE);
    setTitle("JavaFX in SWING Test");

    Container container = getContentPane();
    container.setLayout(new BorderLayout());

    String sceneClass = "swingtest.MyScene";
    JComponent myScene = SceneToJComponent.loadScene(sceneClass);

    JLabel label = new JLabel(" Below is a JavaFX Animation: ");
    container.add(label, BorderLayout.NORTH);
    container.add(myScene, BorderLayout.CENTER);

    JPanel p = new JPanel();
    p.setLayout(new FlowLayout());

    tf.setColumns(28);
    p.add(tf);
    p.add(new JButton("SWING Button"));

    container.add(p, BorderLayout.SOUTH);
    pack();
  }

  public static void main(String args[]) {
    java.awt.EventQueue.invokeLater(
      new Runnable() {
        public void run() {
          new JavaFXToSwingTest().setVisible(true);
        }
      });
  }
}

对大多数Java/Swing的程序员来说，上述代码应该是很容易理解的。我们通过 BorderLayout和FlowLayout在Swing的窗口（JFrame）中布置了一些图形控件。有2行代码是和加载JavaFX的Scene相关的：

    String sceneClass = "swingtest.MyScene";
    JComponent myScene = SceneToJComponent.loadScene(sceneClass);

其中SceneToJComponent类是从JFXtras项目中来的。它提供了loadScene()的方法，可以把JavaFX的Scene类加载到一个JComponent对象中, 从而可以被Swing程序使用。运行这个程序，你可以看到一行文本”JavaFX for SWING”在窗口中央旋转。如果你在输入框中输入新的句子，你会发现旋转的文字也发生了改变。你可以点击以下截图来启动一个Java Web Start的演示程序（JDK1.5以上），或者可以点击这里来观看演示的视频（需要有Windows Media Player）。

讨论

1) 在上述程序中，我们用JavaFX的代码去轮询Java的变量值，实际中这会损失比较多的性能，所以我们可以从Java代码中主动把数据变化通知JavaFX。这需要一种从Java调用javafx的技巧，可以参见本人文章：用Java代码调用JavaFX的功能 （http://www.javafxblogs.com/java-call-javafx-code/）.


2) 在Swing程序中调用JavaFX是可行的，那么应该怎样编译和运行这样的程序呢。其实，JavaFX的功能也就是一些jar文件，因此和Java的结合方式还是比较简单的。编译的方法主要有两种，一种就是用JavaFX 的编译器javafxc来编译Java和JavaFX的代码。第二种就是用javafxc编译JavaFX代码，用javac编译java代码。运行程序的时候，我们可以选择javafx或java命令即可，可以参见本人文章：JavaFX技巧：纯Java代码调用JavaFX的例子的详细说明。

如果有什么问题，欢迎留言讨论。

在JavaFX 1.0发布之后，本人撰写的文章JavaFX和Java之间的互操作性被各网站转载。文中总结了3种从Java调用JavaFX的方法。这三种方法分别为:

第三种方法应该是比较“正规”而且“优美”的调用方式。但是也有一点不足：程序代码的入口必须从JavaFX启动。这是因为JavaFX程序比较容易生成JavaFX类的实例，从而可以供Java方使用。可是我们有时会碰到一些特定的情况，需要从Java端启动代码。例如，如果你已经有了一个较完整的Java程序，你需要用调用JavaFX的某些功能，这时候较好的方法是把Java作为程序的入口。为了解决这个问题，我把第2和第3种方法作了融合，大家可以看看下面的例子。

假定我们需要从Java中调用JavaFX的图表（charting）功能。我们首先用JavaFX reflection API生成JavaFX类的实例。然后我们再通过java的interface来使用它。因此，我们先定义一个Java的interface:

/*
 * JavaInterface.java
 *
 * @author Henry Zhang      http://www.javafxblogs.com
 */
package javatest;
public interface JavaInterface {
  public void addData(String name, float data);
  public void showChart();
}

下一步是创建JavaFX类MyChart来实现这个interface:

/*
 * MyChart.fx
 *
 * @author Henry Zhang     http://www.javafxblogs.com
 */
package javatest;

import javafx.scene.chart.PieChart;
import javafx.scene.Scene;
import javafx.scene.text.Font;
import javafx.scene.text.Text;
import javafx.stage.Stage;
import javafx.scene.chart.PieChart3D;

public class MyChart extends JavaInterface {
  var chartData :  PieChart.Data[] = [];

  public override function addData( l:String, v: Number):Void {
    var labelString = l;

    var data =  PieChart.Data {
      label : l
      value : v
      action: function() {
        println("{labelString} clicked!");
      }
     } ;

    insert data into chartData;
  }

  public override function showChart() : Void {
    var chart =
      PieChart3D {
        data : chartData
        pieThickness: 25
        pieLabelFont: Font{ size: 9 };
        pieToLabelLineOneLength: 10
        pieToLabelLineTwoLength : 20
        pieLabelVisible: true
        pieValueVisible: true
        translateY: -50
     };

    Stage {
      title: "PieChart Window"
      width: 520
      height: 300
      scene: Scene {
        content: [
          Text {
            font : Font {
                    size : 16
                   }
            x: 200
            y: 20
            content: "Pie Chart"
          },
          chart
        ]
      }
    }
  }
}

最后就是从java类JavaTest中调用图表功能：

/*
 * JavaTest.java
 * @author Henry Zhang    http://www.javafxblogs.com
 */
package javatest;

import javafx.reflect.FXClassType;
import javafx.reflect.FXLocal;
import javafx.reflect.FXLocal.Context;
import javafx.reflect.FXLocal.ObjectValue;

public class JavaTest {
  public static void main(String args[]) {
    Context context = FXLocal.getContext();
    FXClassType instance = context.findClass("javatest.MyChart");
    ObjectValue obj = (ObjectValue)instance.newInstance();

    JavaInterface ji = (JavaInterface)obj.asObject();

    String [] labels = {"January", "Febuary", "March", "April"};
    int [] values = { 18, 20, 25, 37 };

    for ( int i=0; i < values.length; i++ ) {
      ji.addData(labels[i], values[i]);
    }

    ji.showChart();
  }
}

在代码中，这3句是创建JavaFX类javatest.MyChart实例，

    Context context = FXLocal.getContext();
    FXClassType instance = context.findClass("javatest.MyChart");
    ObjectValue obj = (ObjectValue)instance.newInstance();

而一下这句则是把JavaFX实例转化为Java可用的对象：

    JavaInterface ji = (JavaInterface)obj.asObject();

如果你用的是NetBeans IDE, 你可以在项目属性中把javatest.JavaTest类设为主类（Main class）（即启动类）。编译之后会生成一个javatest.jar文件。程序运行的结果如图：

在命令行中可以采用以下方式:

   javafx -jar javatest.jar

实际上，可以用纯Java的方式来启动程序，只要把JavaFX的运行环境带上即可，如：

 java -Djava.library.path="<path to javafx sdk lib>"
     -classpath "<all javafx sdk jars>" -jar javatest.jar

因为JavaFX需要的jar文件很多，因此这种“最纯”的java方法使用起来比较麻烦。我觉得还是用javafx命令简洁些, 而且javafx就是上述java命令的封装而已。

如果有问题，请留言讨论。

本文的英文译文同步发表于：Calling JavaFX Classes from Pure Java Code.

JavaOne 2009的内容可以下载了，链接是http://developers.sun.com/learning/javaoneonline/。其中JavaFX的讲座在“Rich Media Applications and Interactive Content”类别中，需要注册一个Sun Developer Network的帐号才能看到这些PDF文件。

JavaOne的演讲者之一Stephen Chin告知，我写的JavaFX Pac-Man（吃豆人）游戏在他的两个讲座中都作了现场演示，非常成功。这个游戏是Jim Weaver提出的一个挑战，他希望我把Pac-Man游戏改写成WidgetFX的widget，Stephen也答应在JavaOne上demo。虽然只有不够一周的时间，但好在WidgetFX的API比较易用，所以我仅用了2天就完成了（详见英文博客Challenge on Pac-Man Game Widget）。等WidgetFX SDK 1.2推出之后，再把代码更新后给大家分享一下。虽然不能亲临JavaOne，但是自己的游戏能登上大讲台，也是件很高兴的事。

这两个JavaOne演示吃豆人游戏的讲座是：

Pro JavaFX Platform: RIA Enterprise Application Development with JavaFX Technology

Getting Started with WidgetFX: Open-Source Widget Desktop Platform with JavaFX Technology



相关文章：

JavaFX吃豆人游戏编写过程详解（英文）

JavaFX吃豆子游戏编写过程（中文）

本文系经原作者Stephen Chin授权翻译，英文原文：The Definitive 1.2 Migration Guide，为方便起见，英文原文的副本也可参见本站转载。有关代码迁移和JavaFX 1.2新特性内容，还可以参考JavaFX网站的文章，或者本站文章JavaFX 1.2的新特性。以下译文中的红字部分为译者加注。

本文包含了从JavaFX 1.1迁移程序到JavaFX1.2最常见的变化，例如如语言本身、功能以及API的改变。如果你发现本文没有提到的变化，请在评论中留言。

基本原则

1) JavaFX 1.2 的二进制不兼容性：对于原来的jar文件或者其它第三方的JavaFX库，如JFXtras,必须经过重新编译才能在和JavaFX 1.2的代码兼容，否则会有编译错误。JFXtras将发布基于JavaFX 1.2的更新，新的版本就快就绪了。

2）内部的API将不能用了，如果你的代码包含了impl_或者sun.com的包，你的代码肯定需要修改。

3) 支持Linux和Solaris， 这是应该说是个新功能，这样你可以对用户自豪的宣称支持Linux。译者注：这里的Solaris应指OpenSolaris。

语言上的变化 JavaFX教程、实例、Demo

1）嵌套的块语句中不可以再有变量屏蔽（Shadowing）。原来可以有同名的变量分别处于内层和外层的块语句中，在内层的语句中的变量可以覆盖外层的同名变量。在JavaFX 1.2种，需要修改变量的名字来避免重名。

2)用mixin代替多类继承性。JAVAFX不再支持多类继承性，但是你可以继承一个类和多个mixin类。Mixin就像java中的interface,不同的是它可以有变量和已实现的方法，使得所有子类都可以使用。这点需要的修改也不多，只需要把原来多继承的类加上mixin关键字即可，如：

public mixin class Resizable { /* variables and functions here */ }

译者注：mixin也可以理解成可以多继承的抽象类(abstract class)

3) 在Sequence中，需要用逗号来分隔元素（除了那些用花括号结束元素）。这有点不方便，但实际上是件好事，因为可以避免以前很难追查的语言陷阱。JavaFX 1.2的新特性

Node类的变化 JavaFX编程实例

1）Node.boundsInScene 属性没有了，主要是性能方面的原因，好在有个容易替换且功能相同的调用：

node.localToScene(node.boundsInLocal)

2) Node.focusable 变为 Node.focusTraversable，虽是很小的API变化，但你应知道这点以免碰上编译错误。这是有关focus功能修正的一部分：当某个Node可见(visible)、可聚焦遍历（focusTravserable)并且没被禁用时，可以得到聚焦。（key listener将不再需要）

3) CustomNode.create() 将在 init 块之前调用，原来的方式是create()方法调用在init之后，在postinit之前。既然现在的调用在init之前，那么需要注意的是变量初始化的顺序，可能需要调整一些代码。

4) SwingControl.enabled -> Node.disable 这是一个在Node类中新的标志，统一地控制启用和禁用(enable/disable)。与之矛盾的SwingControl.enabled变量已经去掉了。

5) Rectangle2D -> Bounds 所有Rectangle2D的引用已经改为javafx.geometry.Bounds类了,在代码中可能会产生连锁反应。升级到JavaFX 1.2的简便方法

Layout类的变化 JavaFX Demo Game

1) min/max/pref -> getters 所有Resizable类的属性 (minimumWidth, minimumHeight, maximumWidth, maximumHeight, preferredWidth, preferredHeight) 已被替换为getter函数(getMinWidth, getMinHeight, getMaxWidth, getMaxHeight, getPrefWidth, getPrefHeight respectively)。其中 prefWidth/Height 函数可以代一个额外的参数，即在另一维度的空间大小。在高/宽有约束的layout中，如Flows,会非常有用，但也可以用-1来忽略该参数。

2) impl_layoutX/Y -> layoutX/Y 方法impl_layoutX和impl_layoutY正式替换为layoutX和layoutY变量。建议你使用这组变量来移动node到某个位置，这比translateX/Y要好。

3) impl_requestLayout() -> requestLayout()。 requestLayout 函数类似地从内部转为公开的API.

4) impl_layout -> doLayout()。 原来是用函数类设置layout,现在改为覆盖Parent.doLayout().

5) 增加了Panel类的声明式Layout。如果你在寻找功能上替代Container的方法,可以看看新的Panel类，它可以声明式设置layout，而且，它还能够通过变量覆盖min/max/pref缺省值，从而不用产生Container的子类.

6) Container中的新函数帮助实现布局（layout）。Container类里面有很多新函数，使得很容易来使用新的布局系统。切记要先完全读一遍，因为这样可以使你节约时间，同时可以遵循布局的最佳实践。

7) 不同的变换（transformation）顺序。过去transforms[]变量可让你在layoutBounds中使用变换，而scaleX/translateX/rotate等可以作用在布局之后. 现在transforms[]和transformation变量都统一在布局之后进行计算。

Skin/Control的变化: JavaFX技术应用编程交流

1) Skin.scene -> Skin.node。这个属性名称的变化可以减少易混淆的Scene类所带来的困惑。

2）去掉了Skin.computeXXX的方法。曾经有过一系列的computePreferredWidth/Height等方法，现在可直接用getPrefWidth/Height等函数，参见上文提到的Resizable类。

3）Skin成为抽象类。需要你实现contains和intersects方法。你可以使用新的JFXtras中的AbstractSkin类，或使用以下样板代码:

override function contains(localX:Number, localY:Number):Boolean {
    return node.contains(localX, localY);
}   

override function intersects(localX:Number, localY:Number,
      localWidth:Number, localHeight:Number):Boolean {
    return node.intersects(localX, localY, localWidth, localHeight);
}

4）新的行为（Behavior）类。这个类可以和Control及Skin一起使用来提供可重用的行为。

5）TextBox.text -> rawText, TextBox.value -> text。TextBox类现在重新调整了，text变为rawText,意义不变.

异步处理的变化: JavaFX Guy的博客
1) RemoteTextDocument类没有了。直接用HttpRequest类替代. 译者注：对于原来和后台Server交互的程序要小心这个变化，代码需要调整。

2) AbstractAsyncOperation类没有了。用新的任务基础设施来替代后台Java线程的通信。

动画（Animation）的变化: JavaFX教程、例子、编程论坛

1) Transition.interpolate -> Transition.interpolator。属性名称的改变，使得interpolate标志具有新的含义：可以成为是否做插值运算的开关。

2）Transition现在是继承Timeline类。这是个受欢迎的修改，使得Transitions很容易与Timelines一起使用。因为这个变化，ParallelTransition和SequentialTransition类现在可以有一个sequence保存的Timeline实例。 译者注：这个变化比较有意义，因为原来的Transition也可以作为动画的一种机制，容易令人糊涂。

译者注：以下两点从javafx.com中摘录翻译。

3）KeyFrame中不再提供timelines变量，但是可以用ParallelTransition和SequentialTransition这两个类来实现同样的功能。

4）Transition类中的timelineDirty变量由markDirty()方法替代。

和Java相同的函数: JavaFX Discussion Blog

1）java.lang.Math -> javafx.util.Math。新的JavaFX数学函数库， 使用JavaFX数学库的好处是可以在移动设备上应用(包括pow, log, 等)。

2）java.lang.Properties -> javafx.util.Properties。和Java相似的又一个类,但是可以移植到移动设备上。但需要注意的是，JavaFX的属性文件和Java属性文件格式不一致。

CSS支持的变化:

1）CSS 更新的缺陷(RT-4817)。样式（Stylesheet）的更新不再影响新增的Nodes。同时，你可以强制stylesheet的更新，方法如下:

def senators = bind model.senators on replace {
    delete sceneRef.stylesheets;
    sceneRef.stylesheets = "{__DIR__}styles.css";
}

2) CheckBoxSkin.textFill 不接受样式(RT-4819)。选项标志本身可以使用你所设置的样式（style），但是文本却不行。现在变通的做法是创建没有文本的checkbox，然后在旁边加上一个具有样式和事件处理机制的文本接点（text node）。

3) 不能从CSS中更新control中的skin属性 (RT-4820) 。这曾经是另一个skin支持上的bug。现在可以在代码中实现了。

Production Suite: 作者Henry Zhang的JavaFX技术博客

1) UiStub -> FXDNode。UiStub类现用FXDNode替代了, 增加了更多的功能，包括后台加载（backgroundLoading）和临时替代图像（placeholder images）。 译者注：以下代码示例来自javafx.com:

Scene {
  content: FXDNode {
     url: "{__DIR__}mygraphics.fxz"
     backgroundLoading: true
     placeholder: Text { x: 10 y: 10 content: "Loading graphics ..."}
   }
}

其它:
1) Image.fromBufferedImage()取消了。功能移至SwingUtils.toFXImage()。要记住的是，使用这个函数会在移植代码到移动设备时受到限制。

2) Color.fromAWTColor()取消了。这又是一个AWT痕迹的销除。JavaFX的Color类应该是非常完善的了，所以没有什么理由我们还要继续使用AWT的色彩体系。

3) Duration.toDate没有了。据我所知，应该没有相应的函数，但是我们总是可以获取duration的整数值然后直接操作它。

4) Affine类中不同的变量名称。如果你用到了Affine类, 你的代码很可能需要修改了，因为变量名称换成了更有说明性的方法名，但是功能还是一样的。

本文经授权转载自Stephen Chin的英文文章The Definitive 1.2 Migration Guide，中文翻译参见这里。

Below is the JavaFX 1.2 migration guide written by Stephen Chin. The original article can be found on his blog steveonjava.com. I post his article here for readers who cannot visit Stephen’s blog due to networking problem. Steve, thanks a lot for allowing me to share it here. The Chinese translation can be found here.

The Definitive 1.2 Migration Guide

by Stephen Chin

If you have made it this far, you are a serious JavaFX hacker!  This section covers the most common language, functionality, and API changes that you will encounter when migrating applications from JavaFX 1.1.  If you notice anything that is not covered, feel free to add it in the comments and I will update the guide as appropriate.

General:

• JavaFX 1.2 is not binary compatible – If you use any jars or third-party JavaFX libraries (such as JFXtras), they must be recompiled for the new release or you will get compilation errors.  Speaking of JFXtras, a new version which has been updated for JavaFX 1.2 is nearly ready, and will be announced here when it is complete!
• All internal-only APIs are broken – More details broken out by section below, but if you rely on any impl_ or com.sun packages, your code will definitely need to be updated.
• Linux and Solaris are now supported – This is more of a feature than a migration issue, but if you have users on multiple platforms you can now proudly state that Linux is supported.

Language Changes:

• No more variable shadowing in nested blocks – It previously was valid to name a variable the same in both the inner and outer block of an expression.  The variable in the inner block would simply replace the one in the outer.  However, this will throw a compiler error in JavaFX 1.2.  The fix is simple…  just use a different variable name.
• Use Mixins instead of Multiple Inheritance – JavaFX no longer supports multiple inheritance.  Instead you can extend one class and as many mixins as you like.  Mixins are like interfaces in Java, except they can have variables and implementations that are shared by all the classes that extend them.  The only change you have to make in your application to start using mixins is to add the mixin keyword when you define a new class like this:

public mixin class Resizable { /* variables and functions here */ }

• Commas are required in sequences – Sequences now require commas between elements (except those that end in braces).  This is a little less convenient, but actually a very good thing, because it avoids several language pitfalls that were hard to track down before.

Node Changes:

• Node.boundsInScene is gone – This was removed for performance reasons, fortunately there is an easy replacement that offers the same functionality:

node.localToScene(node.boundsInLocal)

• Node.focusable -> Node.focusTraversable – Small API change, but good to know when you get the compilation error on focusable not found.  This is part of a larger focus fix where any Node that is visible, focusTraversable, and not disabled will be eligible for focus (a key listener is no longer required).
• CustomNode.create() gets called before init – Previously the CustomNode create() method would get called after init and before postinit.  Now that it gets called even earlier than init, some of your code may not work correctly.  Make sure that any variables you are depending upon in the create() method are either initialized inline or have a bind declaration so they get updated once set.
• SwingControl.enabled -> Node.disable – There is a new disable flag on the Node class that is used universally across all controls to enable or disable them.  This conflicted with the old SwingControl.enabled variable, which has now been removed.
• Rectangle2D -> Bounds – All references to Rectangle2D have been changed to the new javafx.geometry.Bounds class, which may have a ripple effect through your code.

Layout Changes:

• min/max/pref -> getters – All of the Resizable methods (minimumWidth, minimumHeight, maximumWidth, maximumHeight, preferredWidth, preferredHeight) have been replace with function getters (getMinWidth, getMinHeight, getMaxWidth, getMaxHeight, getPrefWidth, getPrefHeight respectively).  The prefWidth/Height functions take an extra parameter, which is the amount of space in the opposite dimension.  This is very useful for doing height or width constrained layouts, such as Flows, but can be ignored by passing -1.
• impl_layoutX/Y -> layoutX/Y – The impl_layoutX and impl_layoutY methods have been replaced with official layoutX and layoutY variables.  It is recommended that you use these variables over translateX/Y if you are moving nodes into position.
• impl_requestLayout() -> requestLayout() – The requestLayout function has similarly moved from an internal to a public API.
• impl_layout -> doLayout() – Rather than having a function to set the layout on, you now override Parent.doLayout().
• Panel class added for declarative layouts – If you are looking for a functional alternative to Container, take a look at the new Panel class, which lets you set the layout declaratively.  It also has variables to override the default min/max/pref values without subclassing Container.
• New functions on Container to help with layouts – There are a whole slew of new functions on the Container class that make it easier to work with the new layout system.  Make sure to read through them, because they will both save you time and help you follow the best practices for layout design.
• Different transformation order – Previously the transforms[] variable allowed you to apply transformations included in the layoutBounds, while scaleX/translateX/rotate etc. were applied after layout.  Now both transforms[] and the transformation variables are calculated after layout uniformly.

Skin/Control Changes:

• Skin.scene -> Skin.node – The name of the Node on Skin has changed from scene to node, which helps reduce confusion with the Scene class.
• Skin.compute* methods removed – There were a series of computePreferredWidth/Height/etc. methods that were removed.  Instead you can directly use the getPrefWidth/Height/etc. methods on the Resizable class mentioned above.
• Skin is now abstract – The Skin class is now abstract, and required that you implement your own contains and intersects methods.  You can either do this by using the new JFXtras AbstractSkin class or using the following boilerplate code:

override function contains(localX:Number, localY:Number):Boolean {
    return node.contains(localX, localY);
}

override function intersects(localX:Number, localY:Number,
   localWidth:Number, localHeight:Number):Boolean {
    return node.intersects(localX, localY, localWidth, localHeight);
}

• New Behavior class – There is a new Behavior class that is meant to be used together with Control and Skin to provide reusable behaviors.
• TextBox.text -> rawText, TextBox.value -> text – There was some swizzling of variables on the TextBox class.  What used to be text changed to rawText, and value now has the same semantics text used to have.

Asynchronous Changes:

• RemoteTextDocument has been removed – Use HttpRequest directly instead.
• AbstractAsyncOperation has been removed – Use the new Task infrastructure instead for communcating with Java code running in a background thread.

Animation Changes:

• Transition.interpolate -> Transition.interpolator – A small name change to make room for a new interpolate flag that allows you to turn on or off interpolation altogether.
• Transition now extends Timeline - This is a welcome change, which makes it much easier to work with Transitions and Timelines together.  To support this change ParallelTransition and SequentialTransition now take a sequence of Timeliens.

Java Equivalent Functions:

• java.lang.Math -> javafx.util.Math – There is a new JavaFX math library, which is a drop-in replacement for the Java math library.  The main advantage of using the new JavaFX math library is that all functions are supported on mobile devices (including pow, log, etc.).
• java.lang.Properties -> javafx.util.Properties – Another class that is similar in functionality to the Java equivalent, but portable to mobile.  Be warned, however, that the JavaFX properties file format is not the same as the standard Java properties file format.

CSS Changes:

• CSS Update Defect (RT-4817) – Stylesheet updates no longer affect newly added Nodes due to a known defect.  In the meantime, you can do this to force a stylesheet refresh:

def senators = bind model.senators on replace {
    delete sceneRef.stylesheets;
    sceneRef.stylesheets = "{__DIR__}styles.css";
}

• CheckBoxSkin.textFill doesn’t accept styles (RT-4819) - The check mark will pick up the style you set, but the text won’t.  The workaround for now is to create a checkbox with empty text and add a text node beside it with the correct styling and event handlers.
• Can’t update the skin property of Control from CSS (RT-4820) – Another bug in the skin support.  You can set this in code instead for now.

Production Suite:

• UiStub -> FXDNode – UiStub has been replaced with FXDNode, which includes some extra functionality, such as backgroundLoading, and placeholder images.

Miscellaneous:

• Image.fromBufferedImage() removed – This has moved to SwingUtils.toFXImage().  Remember that if you use this function it will limit portability to mobile devices.
• Color.fromAWTColor() removed – Yet another AWT-ism that has been removed. The JavaFX Color class is pretty thorough, so there shouldn’t be any reason to work with AWT Colors.
• Duration.toDate is gone – As far as I know there is no equivalent functionality, but you can always get a duration’s value as a long and manipulate it directly.
• Different variable names for the Affine class – If you use the Affine class, then your code is likely to break due to the new, more descriptive, method names, but the functionality is the same.

Whew!  …that was quite a lot to take in.  If you are interested to read more about the JavaFX 1.2 release including the new controls, layouts, and other functionality, the best source is to checkout the Pro JavaFX book that Jim, Dean, Weiqi, and I are writing.  It is almost fully updated for the JavaFX 1.2 release, and is available in Alpha right now from the book website.

I want to give a special thanks to Richard Bair and Amy Fowler from the Sun JavaFX team for providing a lot of valuable information on the JavaFX 1.2 release along the way.

Happy hacking on JavaFX 1.2!

JavaFX 1.2给我们带来了许多功能和性能上的提升，因此，我需要对原来的JavaFX 1.1的IDE和SDK进行升级来使用JavaFX 1.2的新特性。对于从来没有使用过JavaFX的用户来说，安装JavaFX SDK 1.2应该很简单，可以从javafx.com下载一个NetBeans 6.5.1+JavaFX 1.2 SDK混合包，那就OK了。可是对于我这种已经使用NB 6.5.1和JavaFX 1.1.1的用户，就需要考虑一些其它问题。因为我有不少程序是按照JavaFX 1.1的API写的，骤然升级可能会使得无法使用这些程序。同时由于两个SDK的IDE版本都是NetBeans 6.5.1，重新安装一遍也太浪费空间和时间，于是我查阅了一些资料并找到了快速升级的方式，同时还可以保留两个版本的SDK。

如果需要同时支持2个版本的JavaFX SDK，可以在升级前先把旧版本备份一下，这样可以避免被新的SDK覆盖。JavaFX SDK 1.1的缺省目录在C:\Program Files\NetBeans 6.5.1\javafx2\javafx-sdk，把它拷贝到另外一个目录，如C:\jfxsdk11\ 。

接下来就是升级了。在NB6.5.1 中，选择菜单Tools-〉Plugins，这时会列出一些可更新的plugin，如果没有看到列表，可以点击“Reload Catalog”按钮。如果plugin太多，可以在Search框中输入JavaFX过滤一下。有3个Plugin和JavaFX相关：

其中前面两个plugin是必需的，演示程序可自己决定取舍。选择安装之后，需要重新启动NetBeans。重新启动后，新的JavaFX SDK1.2 就安装完成了。如果要配置JavaFX 1.1的环境，则可以在菜单Tools->Java Platforms中配置。点击“Add Platform…”按钮添加平台，下一步中再选择JavaFX平台，输入平台名称如”Java SDK 1.1″,平台文件夹中输入刚才备份的目录C:\jfxsdk11\,点击”结束”即可。系统可能会有一个不支持之类的警告，但是不用理会。

如果你的项目需要使用JavaFX 1.1，可在项目的属性（右键点击该项目，选Properties）中配置libraries（库），可以选择JavaFX平台。这样，在同一个NetBeans IDE中就可以同时使用两个JAVAFX SDK环境了。当然，如果你没有太多JavaFX 1.1的程序，或者现有的程序和JavaFX 1.2兼容，那就基本上没有必要配置两个SDK版本了。

在用JavaFX 1.2重新编译了原来的程序后，发现JavaFX1.2的性能提升了不少。原来我用JavaFX 1.1写的吃豆人游戏，要占用50%左右的CPU利用率，现在只需要10-20%，进步还是比较明显的。所以建议尽可能使用JavaFX 1.2。

最新文章：

JavaFX吃豆人游戏的编写过程之三
JavaFX 1.2的新特性
JavaFX吃豆人游戏的编写过程之二
JavaFX游戏吃豆人的编写过程


英文文章连载：
第一篇文章,2009年5月14日:
Writing the Pac-Man Game in JavaFX - Part 1

第二篇文章,2009年5月21日:
Writing the Pac-Man Game in JavaFX - Part 2

第三篇文章,2009年5月28日:
Writing the Pac-Man Game in JavaFX - Part 3

第四篇文章,2009年6月4日:
Writing the Pac-Man Game in JavaFX - Part 4

6月4日发表了英文连载中的第4篇文章。在这篇文章中，主要介绍了吃豆人和精灵之间互动的代码实现。代码可在“JavaFX游戏实例共享网站”中下载。

到上一篇文章为止，我们已经实现了游戏中所有的人物。现在我们来增加吃豆人和精灵追逐和互“吃”的处理逻辑。如果吃豆人和精灵相遇，只有两种情况，吃豆人吃掉精灵或者反之。如果吃豆人刚刚吞吃了魔法豆，他可以吃掉精灵，否则吃豆人就会损失一条命，这时，需要播放一段吃豆人消失的动画（如下图所示）：

这个动画在DyingPacMan类中实现，代码如下：

public class DyingPacMan extends Arc {

   var timeline = Timeline {
      repeatCount: 1
      keyFrames: [
        KeyFrame {
           time: 600ms
           action: function() {
        // hide the pacMan character and ghosts before the animation
              maze.pacMan.visible = false;

              for ( g in maze.ghosts ) {
                 g.hide();
              }
              visible = true;
            }
           values: [ startAngle => 90, length=>360 ];
         },
        KeyFrame {
           time: 1800ms
           action: function() {
              visible = false;
            }
           values: [ startAngle => 270 tween Interpolator.LINEAR,
                     length => 0 tween Interpolator.LINEAR ]
         },
      ]
    }

 ... 代码省略 ...
}

在这个动画中，定义了2个KeyFrames，一个在600ms，另一个在1800ms。在这两个关键帧中采用了JavaFX的线性插值（Interpolator.LINEAR）方式。线性插值的作用就是把动画中数据按照时间关系，在帧与帧之间线性变化，从而实现平滑的动画效果。在上述代码中，两个实例变量：startAngle和length, 通过线性的均匀变化，实现了我们需要的动画过程。参考下图的时间轴。第一个关键帧的时间是600ms而不是0ms，是因为我们希望游戏在这瞬间稍微停顿600ms。

好啦，到目前为止，游戏已经基本完成了，可以玩了。唯一不足就是精灵现在还是随机移动的，游戏的难度不大。不要紧，我们将在下周的文章中详细讨论。现在就点击下图来试一下这个游戏吧：（JDK1.5以上， Java Web Start 自动启动）

相关文章:

JavaFX应用实例、例子
用JavaFX编写的游戏Pac-Man
JavaFX Guy的博客
JavaFX 1.2的新特性
怎样用JavaFX编写游戏：吃豆人（Pac-Man）

JavaFX吃豆人游戏的编写过程之二
JavaFX游戏吃豆人的编写过程


英文文章连载：


第一篇文章,2009年5月14日:
Writing the Pac-Man Game in JavaFX - Part 1

第二篇文章,2009年5月21日:
Writing the Pac-Man Game in JavaFX - Part 2

第三篇文章,2009年5月28日:
Writing the Pac-Man Game in JavaFX - Part 3

第四篇文章,2009年6月4日:
Writing the Pac-Man Game in JavaFX - Part 4