beepbug想法很有特点，能否讲的详细一点？
惭愧，信口开河了。我也只是最近的一点想法。
几年前，研发中的胖客户端，对应用服务器有侵蚀。但是，它不会消灭应用服务器，只是减轻应用服务器里逻辑层的负担，同时减轻甚至取消表现层的负担。
对云计算，我也不很清楚是怎么一回事，只是预感到，如果这云实用了，首先要威胁应用服务器的生存空间。
如我前面说的：
向胖客户端进化，整个应用框架放入客户机，专用型功能模块在客户机内，通用型功能模块以松耦合形式向网络（譬如云）索取。
云计算和胖客户结合，才会严重积压应用服务器的生存空间。
在客户机里，存储并运行整个表现层代码。至于业务逻辑层，应用中的专有代码，在客户机存储并运行，云里有的通用代码，则向云申请服务而取得计算结果。
这种模式可能会取代目前很大一部分基于应用服务器的应用。
beebug想法很好，我想客户端运行的应用专有代码如果可以从服务器动态下载更新，而且是和客户端的UI界面分离的，那么无疑这是C/S的又一次提高后的回归。
回到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修改过]
2007年有人喊出Does JavaFX Spell The End Of AJAX? 见下面文章，新的Sun脚本语言消除了许多的AJAX头痛。文中甚至有人提出：JavaFX会取代AJAX。
两年过去了，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修改过]
1）胖客户端，我国也在搞。上海就有一家，很早就开始了。
2）我个人以为，代码将不在浏览器上运行，而是一个桌面程序，只不过和传统的桌面程序不一样，不是以Sockit和服务器端通讯，而是和浏览器一样，走HTTP协议。
在 09年必须关注的10大软件架构主题我就曾经说过，不要太专注于一些对未来的预测性的东西，很多现在看起来似乎是不错的技术其实并不一定能够发展的很好。所以与其将精力放在未来可能的发展上不如努力夯实现在的技术水平。
HTTP协议已经成为未来发展的一个趋势，基于web的应用会越来越多。但是在一个桌面上运行的胖客户端却不是很现实。现在的浏览器技术已经发展的很好了，前端UI技术随着ajax，flash等技术的提高也会越来越丰富，在这种情况下再出现一种新的客户端，同时又要符合现在的HTML的标准，实在没有必要，除非是专项的应用使用，不过那就属于小众软件，不会有什么太大发展了。
ACoder说得有道理。
但是现在浏览器市场也相当混乱，就以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应用案例和源码出现)
我看，胜出的新型客户端，走HTTP端口，但不采用HTML，而是自识别的XML。
简单的应用，譬如网站等，用浏览器是方便的。复杂的应用，用浏览器是一个累赘。一是有冗余的信息流量；二是做表现层，OO程度低。
>做表现层，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修改过]
说实话，很不看好JavaFx，sun在对于大众使用心理方面实在是浅薄。DSL即使很简单，能够简单到Windows替换Dos的那种变化么？？如果只是换了一种方式，那么重新学习的成本还是很高，而且 要与现在的js进行兼容，实在是得不偿失。而且js经过ajax的热炒之后，js的框架如雨后春笋般遍地开花，已经将这方面的学习曲线降低了很多，这这种情况下想杀出一条血路，只能说希望sun一路走好。
J2EE框架原本就包含了桌面胖客户端。我个人理解，搞J2EE的，对拿浏览器做客户端也是有遗憾的。
“HTML5”的公布只会使得那些仍在争论图像、动画、音频/视频及丰富交互在Web上没什么用的人被边缘化。
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修改过]
可是这些厂商都参与到了HTML5的规范制定当中了，你相信他们会毁掉自己的产品么？？
厂商和开源再次走到十字路口，FireFox 3.5率先支持Html5就表示了开源的力量，厂商只不过想延长他们的RIA寿命，也不愿意做这种宣传。
但是我们不能被他们蒙蔽。FireFox 3.5真的很棒，这次跑到Chrome和IE之前了。虽然正式标准到很迟才公布，不能不怀疑这其中有厂商捣鬼，但是如果市场标准再次肯定了Html5，那么Html5标准正式公布也是指日可待。
即使胖客户端完全扔掉HTML而只利用HTTP，也并不意味着灭掉了HTML。胖客户端不会取代所有的浏览器客户端，只是部分应用。