——Web的发展与开源标准的胜利，把JavaFX框架逼入死胡同做困兽之斗
原文作者：Andrew Oliver 信息来源：InfoWorld
Adobe进行了资产转移，不再对Flex和mobile Flash进行投资，微软也把自己的Silverlight换成了Metro。Oracle公司目前看起来是唯一一个信任胖客户端框架的公司了，以JavaFX的形式——也算是个值得的投资尝试。
目前为了开发一个纯胖客户端桌面应用的现存选择已经越来越少了，基于Web传递消息的RAD应用也逐渐淡出江湖。当前我们已经进入到了一个纯HTML/JavaScript客户端的世界。
【在这里，作者还推荐一些文章希望您看一下：Oracle最近的JavaFX动向；开发者生存指南；以及了解业内信息请您关注：开发者世界信息快递】
如果我们不是被移动开发带回到客户端开发，如果您在十年前问我，是否Objective-C会从坟墓中爬出来？我会等着您因为这个玩笑相互搓两拳闹一下。而现在，谷歌公司决定跟随它自己的瘦方案采用Java和XML-UI定义语言了。
像PhoneGap这样的工具并没有激起太大的波澜，因为用户更加期待native风格的样式和体验；而像Appcelerator Titanium这样的工具另辟蹊径，可以让您感受一下而不需要使用Objective-C去写代码，然而它发展太慢跟不上native风格的进展。
然而HTM5开始在移动开发的世界变得越来越强，至少在视频应用以及相关的一些其他功能方面做得不错。越来越多的开发人员开始瞄准安卓和iPhone平台来做这个方向的应用，尤其是在恐龙一样远古的RIM和Nokia逐步走向灭绝的时期，做这样的选择无可厚非。
胖客户端真的要完蛋了
事实上，移动世界已经把我们带进了那个曾经一直抵制的标准化时代。微软公司已经开始支持jQuery了——至少在精神上支持。甚至于苹果公司，那个统治一切的专利权帝国，也开始变成HTML5支持者了。
Oracle是最后一个使用JavaFX框架负隅顽抗的公司了。当作者去视察公司的芝加哥办事处的时候，顺道参加了一个由Oracle公司的Roger Brinkley组织的Java用户讨论组的一个交流会。Brinkley先生是主持人，他的工作挺辛苦，讨论会的风格很像99年的风格，有些古色古香。
JavaFX的Demo在Mac平台上面运行的并不好，更不用说linux平台了。回味着后半天展示的SwingSet 的demo，屋里所有讨论组的成员估计都在想：“为什么我们要用一个又大又肥的java安装包呢？为什么不能用jQuery，啥都不用装就能运行多好？”
XML语言看起来很像安卓的XML UI语言。当作者询问Brinkley先生任何有关JavaFX与安卓之间比较的问题时，回答总是基本上这样：“这是Java客户端的方向”论点止于此，用方向的区别来回避。
预言
Oracle好像是希望通过开发JavaFX的方式来留住老客户， 虽然其客户一直在向.Net流失。这个策略肯定会失败，因为它的决定权在别人手中。客户可以采用它，当然也可以采用些别的什么，如果不需要一个客户端安装 的好东西出现呢？特别是，如果JavaFX能做的，HTML/JavaScript/jQuery都能做，而且还能做得更好。
开发者肯定会沿着HTML/JavaScript/jQuery的技术路线发展下去，尤其是现今微软对于浏览器的霸主垄断地位正在逐步丢失，使用浏 览器和Webkit的花销是越来越低了。在性能方面，之前Flash或者本地代码，传统的方式都是锁定的，现在由于jQuery这样的开源产品出现，也不 得不渐渐开放了。标准开创了一个新市场，而市场又是一个新的垄断方式。具有讽刺意味的是，苹果公司可能会后悔它支持了HTML5，因为多平台的支持费用成本降低了。
不管您是否认为这个方向是大势所趋，这都不重要了，因为您都不得不承认现在的选择已经越来越少了。jQuery是HTML的杀手级框架，也是一个正 在一口一口吞噬胖客户端世界的怪兽。在云领域，为什么一家公司会想要安装那么多native软件并支付大量的传统PC运行维护费用呢？全规模地采用 HTML5就可以一劳永逸地解决这个问题了。
胖客户端陪伴我们走过了一段难忘的旅程，不过作者也对其退出江湖表示开心。对于企业级应用而言，客户端的安装总是充满了各种问题以及需要严格的IT 策略来保障安全；而新兴的基于浏览器的方式，估计是IT经理和开发者共同盼望的那种方式。那些庞大的臃肿的客户端开发最好还是面对事实吧：瘦下来才是当今 的王道！
=======================
原文地址：http://www.infoworld.com/d/application-development/the-long-death-of-fat-clients-196554?page=0,0
译者：范小虎