JavaFX 手记(一) 为什么使用JavaFX

前些天在网上无意间看到了一个2001年的贴子，楼主在Java频道里，质疑Java的前景，并列出了多项Java实实在在的缺点，一时间论坛里人仰马翻，有人砸场子了，但却真的很难反驳，1.3 SDK的Java确实还有些稚嫩。
2001年的我，还不太知道电脑是什么，我很认真的去看了前辈们的每一条回复。那些看空Java的人，或许不会相信，在8年后，java所取得的成就。
2001年的时侯，我相信Java在国内还不牛，贴子里有人在报怨JBuilder4，而我报怨过的是JBuilder9,但现在,我们有太多的IDE和形形色色的插件可选. 我也在论坛上看到有人对SDK不同版本做的反射性能的测试（http://www.jguru.com/faq/view.jsp?EID=246569）,见证了Java SDK的优化。
2001年的时侯，我想,Java不仅是一种语言，更是一种趋势。有多少人能幸福的和这种趋势一起成长？
Sun在去年，放出JavaFX的时侯，我深信JavaFX也是一种趋势。就算Sun最后没有胜出，也不过是类JavaFX的东西，就像类Java的C#而已。
很多人说，JavaFX的竟争者是Flex和SilverLight。JavaFX是为了重振Applet。但这只是我们基于BS的角度去看。我没有用过SilverLight，但我Check过AS3。用一个星期写了一个小游戏，也用Flex搭建一个小的DEMO。我没有太多的经验，但相比于我现在做的基于Javascript的RIA，Flex绝对是做基于WEB应用的第一选择。
我很喜欢Javascript语言，但所有的热情都耗在了调试上。在上一个项目里，我重写了Dojo的Table和Tree，Table的源码有一千多行，我记得当时我最大的希望就是Microsoft可以收购FireFox，不是不尊重开源，而是Mozila收购Microsoft可能要更难一些:D.
现在Google又出了Chrome。我就见了一个客户要求同时支持这三大浏览器，神啊，光是IE6，7，马上出的8可能就让很多人欲哭无泪了。
糟糕的兼容性，可能还不是最坏的，大不了我们可以做不同的实现。但性能可能就真的无能为力了。不分页，把1000条记录推到前台，IE就光荣了，FF顶多还能坚持一下下。有的时侯不禁在想,RIA的尽头会不会是CS的重现？Chrome会不会是Google的C？
我没有测试过Flex，但仅仅是优秀的组件，Flex就已经物有所值了，比Dojo或EXT的好看多了。好用是公认的第一需求，但好看也同等重要。很多人的工作就是打开某个软件，一坐一天，他不会看到你有多精心的解耦设计，也不会看到算法多么优秀，他能看到的只是界面。UI的设计的比较有情调，至少打开的人也比较有心情吧。
JavaFX也做了很多的动态效果和展现特效。但如果真的和Flex比，我不觉的有多少胜算。所以JavaFX的前途是应该是脱离浏览器的,那么JavaFX的对手就寥寥无几了。
用AIR可以把基于Flex的应用转化为桌面应用。一个很好的例子就是eBay的客户端。但Flex更倾向Web，有很多的局限，比如不支持多线程和受限的文件操作。
但JavaFX则不同，与Java先天的亲融。
虽然写这篇文章的时侯，我也是一个JavaFX的初学者，也不过是写了一个Demo，但JavaFX真的可以和已有Java类集成，那么就有理由相信，Java能做到的，JavaFX也能做到，大不了用JavaFX做UI，Java来处理请求。

我一直想写一些东西。毕竟公司的项目，除了加在简历上，并没有多少成就感。机器上有很多的电子书，每次都不好找，所以想写这样一个文档管理的小工具，方便自己查找，加书签之类的，如果能帮到别人，就更好了。我用SWT做过一段时间，但做出来的东西，连自己都不想用。SWT很强大，OLE和那个DRAG/DROP很好用。但只是觉的还是差一点点。我也试着想用Python，但我对类C的语法有特殊的情感。很难适应Python语法。

所以，我相信JavaFX就是我想找的语言.