几年前，研发中的胖客户端，对应用服务器有侵蚀。但是，它不会消灭应用服务器，只是减轻应用服务器里逻辑层的负担，同时减轻甚至取消表现层的负担。
对云计算，我也不很清楚是怎么一回事，只是预感到，如果这云实用了，首先要威胁应用服务器的生存空间。
如我前面说的：
向胖客户端进化，整个应用框架放入客户机，专用型功能模块在客户机内，通用型功能模块以松耦合形式向网络（譬如云）索取。
云计算和胖客户结合，才会严重积压应用服务器的生存空间。
在客户机里，存储并运行整个表现层代码。至于业务逻辑层，应用中的专有代码，在客户机存储并运行，云里有的通用代码，则向云申请服务而取得计算结果。
这种模式可能会取代目前很大一部分基于应用服务器的应用。
回到SUN的JavaFX战略，现在SUN的一个最大问题是：他把它的java产品线和开源社区混乱在一起，任何解决方案都可以在SUN那里找到产品，但这些产品是否成熟，是未来的画饼充饥等等就靠你去赌了，与其在SUN的里面进行挑选，为什么我们不站在一个更高的整个开源社区范围内挑选里，都是冒同样的风险。
我们看看SUN的终端产品混乱性，CLDC和CDC不兼容，是SUN公司找了两拨人马搞的，说到Java7中统一，但是跑Java7的嵌入式资源什么时候普及，根本就是空中楼阁。
看看SUN的客户端图形产品：Swing/Applet，两个就能把初学者搞乱，虽然表面上理解，applet是在浏览器中运行的，那么是不是就彻底和Swing不同呢？如果不同，不是违反一次编写，到处运行，不是无法重用吗？如果相同，为什么干脆简单点，两者合二为一，让Swing延展到浏览器中运行呢？
再来，J2ME也有图形功能，是手机上运行的，现在高端嵌入式设备以及基本和过去PC相似，也都可以跑Swing了，那么选Swing还是J2ME呢？
好了，再来，JavaFX是Swing J2ME的统一，很好，但是你可能不知道，SUN还有一个图形框架 LWUIT(轻量级用户界面工具包)
http://hi.baidu.com/%CE%DA%CD%D0%B0%EE%CA%D8%BB%A4%D5%DF/blog/item/d12f18c86d4f24117e3e6fd2.html
好了，现在你心里开始打鼓：Google Android、JavaFX以及LWUIT选择什么？用什么来做Widget？
[该贴被banq于2009-06-15 16:48修改过]
两年过去了，AJAX没有因为一些头疼病停滞前进，更没有被JavaFX取代。你是否觉得有无能？傲慢？缺乏远见？
在这篇文章中，最近有人就留言到：Sun公司正在将是本末倒置。这是关于部署，部署，部署
http://www.internetnews.com/dev-news/article.php/3676226
从纯技术角度来说：JavaFX脚本语言非常相似Javascript，是美工等非专业程序很容易学习的工具，语法手册：
http://java.sun.com/javafx/1/tutorials/core/writingScripts/index.html
[该贴被admin于2009-06-16 16:20修改过]
2）我个人以为，代码将不在浏览器上运行，而是一个桌面程序，只不过和传统的桌面程序不一样，不是以Sockit和服务器端通讯，而是和浏览器一样，走HTTP协议。
HTTP协议已经成为未来发展的一个趋势，基于web的应用会越来越多。但是在一个桌面上运行的胖客户端却不是很现实。现在的浏览器技术已经发展的很好了，前端UI技术随着ajax，flash等技术的提高也会越来越丰富，在这种情况下再出现一种新的客户端，同时又要符合现在的HTML的标准，实在没有必要，除非是专项的应用使用，不过那就属于小众软件，不会有什么太大发展了。
但是现在浏览器市场也相当混乱，就以Flash来看，对搜索引擎不友好是其最大的问题。
当然SUN公司CEO Schwartz更极端：Internet Explorer is owned by Microsoft. Firefox is owned by Google at this point. Chrome is owned by Google. Beyond that with maybe except of Safari, which is owned by Apple, there is no safe route to distribute your content into the marketplace，他认为没有一个安全通道来发布内容。所以，他认为开放的JavaFX是一个安全通道？但是SUN会从JavaFX收取分发版税，就象CDC在嵌入式设备中一样。
其实在一个巨大市场产品中，多家竞争才是最公平，对用户才是最安全的，使用专用产品发布内容才是最不安全的通道。
话说回来，JavaFX确实是一个很好 很简单的DSL轻量语言，有可能就象当初Java想在客户端栽树，却在服务器开花一样，可能在其他领域JavaFX都有很好方便的使用。
一些好的JavaFX网站被无辜连带查封，糟粕和精华同时被丢掉，可悲啊：
http://jfxstudio.wordpress.com/ (这个网站经常有各种JavaFX应用案例和源码出现)
简单的应用，譬如网站等，用浏览器是方便的。复杂的应用，用浏览器是一个累赘。一是有冗余的信息流量；二是做表现层，OO程度低。
现在做表现层，简单的OO已经满足不了需要，DSL或声明性编程变成主要，Javascript大爆冷门就是一个例证，JavaFX也是按照javascript思路出台的。
JavaFX可以看成是第二代Javascript，如果说当初Javascript是SUN和Netscape不经意推出的，那么JavaFX应该说克服JS动态脚本的缺点，容易调试，不过市场是否买账，是继续愿意和JS较劲斗争，还是选择方便的JavaFX；另外google推出的Google web tools是用Java来写javascript，由其框架翻译成JS，这是与JavaFX不同的路线，这三种路线将来如何发展，有待市场检验。
[该贴被banq于2009-06-18 10:22修改过]
HTML 5会终结Adobe Flash、Microsoft Silverlight及Sun JavaFX这样的基于插件的RIA技术吗？
http://www.infoworld.com/d/developer-world/html-5-could-it-kill-flash-and-silverlight-291
Why HTML 5 is going to change the web?
http://www.pibe.be/?q=content/why-html-5-going-change-web
INFQ原文：
http://www.infoq.com/cn/news/2009/06/google-wave-promote-html5
下载FireFox 3.5版本，然后打开网址http://htmlfive.appspot.com/static/tracker1.html
可以无需Flash等插件，观察视 频动画
[该贴被banq于2009-06-23 10:11修改过]
但是我们不能被他们蒙蔽。FireFox 3.5真的很棒，这次跑到Chrome和IE之前了。虽然正式标准到很迟才公布，不能不怀疑这其中有厂商捣鬼，但是如果市场标准再次肯定了Html5，那么Html5标准正式公布也是指日可待。