Groovy如何帮助JavaFX：别了，纯粹的Java代码？

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

创新互联是一家专业提供榆阳企业网站建设,专注与成都网站建设、网站设计、html5、小程序制作等业务。10年已为榆阳众多企业、政府机构等服务。创新互联专业网络公司优惠进行中。

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

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

 
 
 
 
    
  
  
  
  
    2. 
  
  
  
  
    3. 
  
  
  
  
  3. 
  
  
  
  
  4.     
    5. 
  
  
  
  
  5. 
  
  
  
  
  6.         Yahoo! Weather - Prague, EZ
    7. 
  
  
  
  
  7.         http://us.rd.yahoo.com/dailynews/rss/weather/Prague__EZ/*http://weather.yahoo.com/forecast/EZXX0012_f.html
    8. 
  
  
  
  
  8.         Yahoo! Weather for Prague, EZ
    9. 
  
  
  
  
  9.         en-us
    10. 
  
  
  
  
  10.         Fri, 05 Jun 2009 8:00 pm CEST
    11. 
  
  
  
  
  11.         60
    12. 
  
  
  
  
  12. 
  
  
  
  
  13.         
    14. 
  
  
  
  
  14.         
    15. 
  
  
  
  
  15.         
    16. 
  
  
  
  
  16.         
    17. 
  
  
  
  
  17.         
    18. 
  
  
  
  
  18. 
  
  
  
  
  19.         
    20. 
  
  
  
  
  20.             Yahoo! Weather
    21. 
  
  
  
  
  21.             142
    22. 
  
  
  
  
  22.             18
    23. 
  
  
  
  
  23.             http://weather.yahoo.com
    24. 
  
  
  
  
  24.             http://l.yimg.com/a/i/us/nws/th/main_142b.gif
    25. 
  
  
  
  
  25.         
    26. 
  
  
  
  
  26. 
  
  
  
  
  27.         
    28. 
  
  
  
  
  28. 
  
  
  
  
  29.             Conditions for Prague, EZ at 8:00 pm CEST
    30. 
  
  
  
  
  30.             50.1
    31. 
  
  
  
  
  31.             14.28
    32. 
  
  
  
  
  32.             http://us.rd.yahoo.com/dailynews/rss/weather/Prague__EZ/*http://weather.yahoo.com/forecast/EZXX0012_f.html
    33. 
  
  
  
  
  33.             Fri, 05 Jun 2009 8:00 pm CEST
    34. 
  
  
  
  
  34.             
    35. 
  
  
  
  
  35.             
  
  
  
  
  36.  
    37. 
  
  
  
  
  37. Current Conditions: 
    38. 
  
  
  
  
  38. Partly Cloudy, 54 F 
    39. 
  
  
  
  
  39. Forecast: 
    40. 
  
  
  
  
  40. Fri - Partly Cloudy. High: 58 Low: 42 
    41. 
  
  
  
  
  41. Sat - PM Rain. High: 58 Low: 49 
    42. 
  
  
  
  
  42. Full Forecast at Yahoo! Weather(provided by The Weather Channel) 
    43. 
  
  
  
  
  43. 
  
  
  
  
  44. ]]>
    45. 
  
  
  
  
  45.             
    46. 
  
  
  
  
  46.             
    47. 
  
  
  
  
  47.             
    48. 
  
  
  
  
  48.             EZXX0012_2009_06_05_20_00_CEST
    49. 
  
  
  
  
  49. 
  
  
  
  
  50.         
    51. 
  
  
  
  
  51. 
  
  
  
  
  52.     
    53. 
  
  
  
  
  53. 
  
  
  
  
  54.

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

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

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

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

 
 
 
 
    
  
  
  
  
  1. package weatherfx.service 
    2. 
  
  
  
  
  2. 
  
  
  
  
  3. class YahooWeatherServiceG { 
    4. 
  
  
  
  
  4.     static YW = new groovy.xml.Namespace("http://xml.weather.yahoo.com/ns/rss/1.0") 
    5. 
  
  
  
  
  5. 
  
  
  
  
  6.     def forecasts 
    7. 
  
  
  
  
  7.      
    8. 
  
  
  
  
  8.     YahooWeatherServiceG(String code, boolean celsius) { 
    9. 
  
  
  
  
  9.         def url = "http://weather.yahooapis.com/forecastrss?u=f&p=$code"
    10. 
  
  
  
  
  10.         println url.toURL().text 
    11. 
  
  
  
  
  11.         def channel = new XmlParser().parse(url).channel 
    12. 
  
  
  
  
  12.         cityName = channel[YW.location].@city
    13. 
  
  
  
  
  13.         def wind = channel[YW.wind].first() 
    14. 
  
  
  
  
  14.         windSpeed = wind.@speed.toInteger() 
    15. 
  
  
  
  
  15.         windDirection = wind.@direction.toInteger() 
    16. 
  
  
  
  
  16.         def cond = channel.item[YW.condition].first() 
    17. 
  
  
  
  
  17.         temp = cond.@temp.toInteger() 
    18. 
  
  
  
  
  18.         forecasts = channel.item[YW.forecast] 
    19. 
  
  
  
  
  19.     } 
    20. 
  
  
  
  
  20. 
  
  
  
  
  21.     String cityName  
    22. 
  
  
  
  
  22.     int temp 
    23. 
  
  
  
  
  23.     int windSpeed 
    24. 
  
  
  
  
  24.     int windDirection 
    25. 
  
  
  
  
  25. 
  
  
  
  
  26.     int getConditionCode(int day=0) { forecasts[day].@code.toInteger() } 
    27. 
  
  
  
  
  27.     int getLowsTemp     (int day=0) { forecasts[day].@low.toInteger()  } 
    28. 
  
  
  
  
  28.     int getHighsTemp    (int day=0) { forecasts[day].@high.toInteger() } 
    29. 
  
  
  
  
  29. } 
    30.

现在，停下来想象一下，上述代码跟其原始纯粹的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平台语言未来的走向，以及做为程序员的选择而进行的。以下，编辑节选了部分精彩的讨论内容：

我喜欢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就很美妙了。

本文标题：Groovy如何帮助JavaFX：别了，纯粹的Java代码？
浏览地址：http://www.shufengxianlan.com/qtweb/news34/296184.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

定制网站知识

同城分类信息

四川德阳主机托管　　 　帝美豪门窗　　 　手机网站制作　　 　云主机　　 　重庆小程序开发公司　　 　汕尾凯敏网站　　 　四川服务器托管　　 　四川内江电信机房　　 　成都门窗定制　　 　大足网站建设　　 　成都网站设计　　 　成都做网站　　 　服务器托管　　 　网站运营　　 　微官网开发　　 　边坡防护网　　 　响应式报价　　 　成都橡塑保温板　　 　网站推广　　 　众诚伟业