【51CTO快译】在众多为试用者所熟知的JavaFX酷例应用当中，JavaFX天气应用程序是其中之一，现在它已经捆绑进NetBeans IDE 6.5.1/JavaFX 1.2 绑定包了。简而言之，它连接到一个气象服务那里，然后利用一个令人印象深刻的JavaFX GUI选定城市的天气结果：

在周三JavaOne上（有关JavaOne 2009，可参考51CTO之前的JavaOne 2009全线报导）举行的一个主题为“JavaFX编程语言+Groovy=美+生产力”的技术研讨会上，Dierk König 展示了若干强大的Groovy与 JavaFX互动的方式。以下是其中一种方式的概要，含全部代码及结果。这真的令人印象深刻，并让Dierk在会上演示时赢得了来自听众的一轮掌声。

JavaFX天气应用使用这个海量Java类创建了如上的GUI，用以连接到Yahoo的气象服务。Java类连接到的完整的RSS种子如下所示：

 
 
 
     
 
         
        http://us.rd.yahoo.com/dailynews/rss/weather/Prague__EZ/*http://weather.yahoo.com/forecast/EZXX0012_f.html 
        Yahoo! Weather for Prague, EZ 
        en-us 
        Fri, 05 Jun 2009 8:00 pm CEST 
        60 
 
         
         
         
         
         
 
         
             
            142 
            18 
            http://weather.yahoo.com 
            http://l.yimg.com/a/i/us/nws/th/main_142b.gif 
         
 
         
 
             
            50.1 
            14.28 
            http://us.rd.yahoo.com/dailynews/rss/weather/Prague__EZ/*http://weather.yahoo.com/forecast/EZXX0012_f.html 
            Fri, 05 Jun 2009 8:00 pm CEST 
             
              
Current Conditions:  
Partly Cloudy, 54 F  
Forecast:  
Fri - Partly Cloudy. High: 58 Low: 42  
Sat - PM Rain. High: 58 Low: 49  
Full Forecast at Yahoo! Weather(provided by The Weather Channel)  
 
]]> 
             
             
             
            EZXX0012_2009_06_05_20_00_CEST 
 
         
 
     
 
 

现在，不管你有没有听说过“Groovy”，你都要考虑一下“老土的工作”（译注：grunt work，Groovy的谐音）。这正是Groovy尤其擅长的地方。一个相关的有力案例是web服务。还有，其HTML和XML的解析。因此，一旦你需要在Java应用中与web服务交互，最应该考虑的助手显然就是Groovy了。
看一下上面的RSS然后看看下面Groovy代码的11行，以下是相关代码：

def channel = new XmlParser().parse(url).channel 

这一行给了你上面的RSS种子的“channel”元素！了不起，是不是？而从那儿开始，下面的Groovy脚本对RSS种子进行解析，确切地识别出那些JavaFX GUI感兴趣的部分，然后用了大约20行，产生出的结果，跟通常约需250行才能做出来的一模一样。

看看下面的Groovy代码段，跟上面的RSS种子对比一下，来了解它是如何工作的。注意，这甚至还不是代码段！这就是Groovy web service类的全部了。这简直就是酷毙了，尤其是再把它跟原来的丑陋代码比对过之后。

package weatherfx.service  
 
class YahooWeatherServiceG {  
    static YW = new groovy.xml.Namespace("http://xml.weather.yahoo.com/ns/rss/1.0")  
 
    def forecasts  
      
    YahooWeatherServiceG(String code, boolean celsius) {  
        def url = "http://weather.yahooapis.com/forecastrss?u=f&p=$code" 
        println url.toURL().text  
        def channel = new XmlParser().parse(url).channel  
        cityName = channel[YW.location].@city 
        def wind = channel[YW.wind].first()  
        windSpeed = wind.@speed.toInteger()  
        windDirection = wind.@direction.toInteger()  
        def cond = channel.item[YW.condition].first()  
        temp = cond.@temp.toInteger()  
        forecasts = channel.item[YW.forecast]  
    }  
 
    String cityName   
    int temp  
    int windSpeed  
    int windDirection  
 
    int getConditionCode(int day=0) { forecasts[day].@code.toInteger() }  
    int getLowsTemp     (int day=0) { forecasts[day].@low.toInteger()  }  
    int getHighsTemp    (int day=0) { forecasts[day].@high.toInteger() }  
}  

现在，停下来想象一下，上述代码跟其原始纯粹的Java代码相比起来，（a）测试和（b）维护是不是要简单、高效得多，且不易出错？

不过，目前还没有一个JavaFX/Groovy的交叉编译器。因此，怎样去把你的Java web service代码替换为上面的Groovy代码呢？首先创建一个独立的工程来建立你的Groovy web service。然后，将该工程添加进你的JavaFX应用的classpath。接着，将你的JavaFX应用中的两三个指向原始Java类的引用替换为指向Groovy class (经编译后现在已是Java类) 。

上述这一段做完之后如下图所示：

然后运行JavaFX应用，你将得到跟先前一样的结果，不同的是web service代码现在是由Groovy处理了。还有，就是你的应用中再也没有纯粹的Java代码了。哦，亲爱的。JavaFX创建了GUI，而Groovy则在后台干些脏累活（grunt work）。那么，该对纯粹的Java代码说声再见了？

编者注：首先应该说明一下，虽然JavaFX与Java之间可互操作，JavaFX在语法上也从Java中继承了很多，但是脚本语言JavaFX和Java并不是同一个概念。不过这篇文章自发布在JavaLobby上之后，得到了很多国外程序员的关注。当然，其中有人指出了作者犯的这个概念性错误：

“JavaFX不是Java！这批文章应该发表在Groovy区，它不应该出现在Java区，因为它跟Java毫不相关。”

不过，更多的讨论是围绕着Java平台语言未来的走向，以及做为程序员的选择而进行的。以下，51CTO编辑节选了部分精彩的讨论内容：

我喜欢groovy，但我们还是需要Java的。Groovy的性能以及内存消耗跟Java相比起来是可笑的。相比使用Groovy来取代Java（原文是replace better Java，即取代更好的Java），我更愿意选择Scala：它支持带静态类型的函数式编程，同时得益于类型推导，拥有许多优点。

——————

我认为性能不是问题，在动态语言方面VM（虚拟机）正变得越来越“聪明”。我有时使用groovy，“真的”很喜欢它，不过就是不习惯用动态类型。用它我省下的时间都被BUG吹飞了，除非编译器能捕获到它。这就是为什么我的第二选项是Scala，只要它有了更多的工具和供应商支持。

——————

对于大部分应用而言，Groovy表现已足够好（就像Ruby和PHP一样），Groovy代码不够快的时候，你可以写Java代码。此二者的集成是无缝的。同样，如果你不喜欢动态类型，那就使用静态类型吧。没人阻止你在Groovy里用静态类型。这正是它很棒的地方之一。如果你担心bug的困扰，因为自己使用了动态语言，我建议你进行单元测试，并使用一个好的持久的集成服务器。

——————

Groovy是“作为平台的Java”之上的一个更高级的语言，JavaFX甚至还要高些。Groovy、JavaFX和Java作为语言是“作为平台的Java”的不同的味道。在JavaLobby里面出现Groovy和JavaFX的新闻是有意义的。一旦某一天Groovy和JavaFX取得了压倒性的胜利，就有必要建立一个javafx区和Groovy区来避免每天出现过多的相关新闻，而java.dzone.com就将成为一个专门有关Java“语言”的社区。

之所以会这么说，是因为JavaFX是Sun（Oracle）提供的新基石，这是需要的，也不错。JavaFX可与Flash/Flex/AIR竞争，Groovy则有自己的位置，但是许多人（包括我在内）认为脚本语言管理复杂应用是有问题的，因为缺少编译器（是的我知道你可以编译Groovy）。给“非纯粹Java代码”唱颂歌可以理解，尽管这会促使就使用正确技术作出坏的决定。

脚本有用武之地，真的，在小规模应用（或者重复同样模式的应用）以及需要从外部读取源码的高度动态的应用。

我已经一遍又一遍地读过这样的例子：

def channel = new XmlParser().parse(url).channel 

“这简直就是酷毙了，尤其是再把它跟原来的丑陋代码比对过之后。”

我得说，那不是语言，而是API：原始的Java代码使用了SAX解析器，SAX解析器是个标记用的底层API，使用DOM的话会短一些（我确信Groovy在后台使用了DOM），Document.getDocumentElement()方法返回了channel节点。使用XPath及/或 TreeWalker能帮助以你在Groovy中以类似的方式跨越DOM。Java代码的确有点冗长，不过谁会在意呢？还有，如果你把某些典型的DOM代码打包进自建的客户化迷你API里面，你就会有跟Groovy一样的生产力。有一个问题，就是你得编译Java代码，但用Groovy和JavaFX就不用。是的，毫无疑问，如果编译阶段是个问题的话，Groovy和JavaFX就很美妙了。

【编辑推荐】

1. JavaFX对Java开发者到底意味着什么
2. JavaFX应用问题解答
3. 基于JVM的语言正在开始流行
4. 专题：Groovy开发技术
5. 专题：Scala编程语言