交流我的Flex心得

swf有他先天的优点，就是用户交互的友好。
所以在看到论坛上沸沸扬扬的RIA，RCP后，
1、XUL看了好些文档，觉得还不错，但是大家的评论给我感觉有点穷途末路？而且是在浏览器基础上的，放弃；
2、XAML是微软的，……放弃；
3、Flex虽然要钱多，但是开发者并没有多少限制，Flex Builder也是十分的出色。laszlo体积大了点，而且文档有点过时。但他的存在对Flex是件好事。Flash的存在让我相信离开浏览器也能生存是迟早的事情。在看过两者的Demo之后，我决定在未来3个月内搞定Flex。

SWT的程序真的让人写的很郁闷，Flex的examples让我心头一亮，短短几行ui描述就做了这么多事情，如果是SWT，没有400行搞不定的事情。
<mx:....>们都能干什么，是我接下来要学习的东西，今天把以前C/S结构的项目拿来，研究了一下，真是太rapid了！
1、把S放在Tomcat里，基本没有做什么，换了一下JNDI，花了1小时；
2、C显然不能用了，DAO里随便找了一个查询返回List，用RemoteObject，结果放在datagrid里，大体就这样子：
<mx:Application xmlns:mx="http://www.macromedia.com/2003/mxml">
<mx:RemoteObject id="srv" source="test.DepartmentService">
<mx:method name="departments"/>
</mx:RemoteObject>
<mx:Button label="Get Data" click="srv.departments()"/>
<mx:DataGrid id="dg" dataProvider="{srv.departments.result}" width="100%" height="100%" />
</mx:Application>
在S里test.DepartmentService.departments()返回一个Set.
RPC就这么简单的实现了，一次就通过了，而且没有一贯的中文问题。1小时。
js提取数据？dom4j分析？serialized接口？JAXP？metadata API？统统不用自己搞了。

这样看来，写RIA的重点已经不是ui的布置、事件的处理，也不是通讯，而可以把重心放在优化通信，甚至优化离线，异步。当然，也可以有更多的时间做一些ui的特效。
Flex的高起点让我欣喜不已。

FLEX 怎么应用？不破解能买几个并发？

呃，trial在60天以后会变成5个并发，但没有任何其他限制。
http://coenraets.com/viewarticle.jsp?articleId=78
macromedia上有一些应用的例子。
我比较欣赏Christophe的Blog
在上边这个连接可以学到很多的。
为什么要问如何应用呢？你是老板吗？老板总问这个话。 :D
我想，嗯……除了游戏做不了，其他的，没啥问题吧。从销售管理到数学分析再到即时通讯你想做的话，远程控制都可以。应用程序嘛。
我想B2C是现今主要的应用吧。ERP、CRM一下……这样说吧，你的应用里有Customer类，User类，Role类，估计……就可以应用。
当然重点是Flex给了我完全不一样的体验，rapid&beautiful。2 good 2 B true。

其实所有人都带着满脑袋的疑问来到这个板块的：
1、我下一步应该学什么才不会白学？……
2、什么样的技术才有前途？……
3、RIA？是时候了吗？……
4、我们需要什么样的应用？离线？安全？……
5、以前费大力气学的东东该怎么办？Struts？WebWork？……
我不想谈到人种问题，呵呵，我也是中国人。
程序员嘛，应该有快速学习的能力，我一直认为。
关于RIA，我想，追求只有一个——快速开发。在这个认识基础上我选择了Flex。

孰好孰坏，谁有前途，不是一个主要的可以讨论的问题。

flex是啥？
swf是flash动画不？

为啥基于浏览器的就打算放弃呢？

愿与各位同好探讨：

1。Flex是macromedia推出的新的表现层技术产品（或者说解决方案），基于Rich Internet Application的理念。简单的说，他的原理就是通过解析xml文件实时的生成SWF并返回到客户端。所以，最终用户看到的就是纯Flash的界面，也就是swf文件/字节流。

2。HTML已经雄霸Internet多年，已经跟不上当今全球网络环境日新月异的发展速度。使用HTML，表现方式和效果有限，虽然上手不难，但开发效率普遍低下，而且HTML与XML虽是表亲，但毕竟不如XML这般一清二楚，数据，逻辑，样式，排版，统统糅杂于一处，大不符当今分层解耦的大趋势。这也是为什么近年来，基于浏览器(其实就是基于HTML)的各种表现层框架层出不穷的原因之一。即使后来各路诸侯想尽办法，今天DHTML，明天JavaScript，还是无法彻底解决上文所说的两个问题。所以，瘦客户端技术-浏览器将死，胖客户端技术-RIA似要卷土重，倒也不是胡乱说得了。

就我自己的考虑来讲，我觉得现在提供一个基于html的解决方案要比其他的RIA要强得多。

因为我们没有机会替换掉所有现有的系统，就这一点儿来讲，不管RIA的方案有多么的优雅，有多么的方便快捷，都不可能在短期内对HTML的方案起到比较大的影响。

诚不我欺，呵呵
现在的RIA，总觉得还不够成熟。

成熟是相对应用来说的吧？那么作为程序员，你应该是推动技术的成熟，而不是等待。
及时地站在巨人肩膀上，这就叫选择。

多谢共享经验,写的不错. 但是Flex的价格可以用天价来形容,所以推广还不是件容易的事.