Macromedia launches New Rich Client Platform Flex

Flex 在 AppServer 端需要部署 Flex 组件。

目前 Flex 处在 Beta3 的阶段，我试用了，感觉很不错。
而且它支持多种 AppServer，我用它自带的 JRun 和自己
安装的 Resin 都能跑起来，确实很漂亮。

而且，它还支持 Skin，类似于 CSS，所以改变风格也很
方便。基本上 UI 就是用 mxml 来定义，再加上一些
JavaScript、Action Script等控制语言，支持
WebService， RPC， HTTP，支持多种数据源，感觉
确实很舒服。

我一直在使用 echo/echopoint 做开发，个人感觉基于
web 的 rich client 必将是未来发展的趋势。
echo/echopoint 的缺陷在于，过重的依赖于
JavaScript，设计参考的是 Swing，过于复杂。而且
还很难达到真正的 Rich Client。它对于客户端的要求
并不象 Quake Wang 说的那么高，只是对浏览器版本
有要求，一般说来要IE5.5，而且对于 FireFox 的支持
更好。

上周3收到Flex beta 3的通知, 今天花了点时间看了一些, Whao, 只能说太Cool了, 解决了原来很多Flash在RIA上的缺点:
1. Local Shared Object (类似Cookie的Object)
2. 方便的Session管理
3. 右键菜单的支持
4. History Management (只需要把应用程序在History Manager注册一下, 你可以使用浏览器的后退, 前进查看之前的操作, 而不会对你的系统照成任何的影响, 非常Cool的特性)
5. 你可以在原有的JSP页面上利用tag 嵌入一个Flex应用

一些其他技术无法与其比拟的优势:
1. 完善的组件
2. 多种data binding的方式
3. 灵敏的用户界面响应

期待的正式release时候的改进:
1. 一个可视化编写mxml的工具
2. 更多的完整应用的实例

相信在不久以后, 开发Rich Client的工作将会是很愉快的事情了.

//hand Quake Wang

我也是这段时间在搞 Flex

不过有一个疑问，它能访问客户端的本地文件么？
类似数据上传的功能如何实现？

在我的印象中, 从Flash 7开始, 是可以访问客户端的本地文件, 但是会弹出安全对话, 供用户确认.

如果是企业内部应用的话, 上传数据的功能可以直接让用户选择文件, 然后从本地解析完毕以后, 通过Flex支持的多种方式发送到服务端.

如果有安全上的顾虑, Flash支持普通multipart/form方式upload, 这就和普通html upload文件的处理方式一样了, 在以前用Flash 6做开发的时候, 就用过这样的方法. 你可以google一下.

不过相信Flex应该在以后会提供类似的组件

嗯，多谢。
以前对 Flash 没有研究过，只是觉得 Flex
太适合我的需求了。

不过，flex需要服务端另外安装服务，是要另外花钱的。。。。。

是的，但是现在 Flex 的价格策略还没有确定，
因此也没法判断它的性价比如何。

不可能太便宜，

而且这各服务要成为很多服务端的缺省配置（象flashplayer成为浏览器的插件那样）还要很长时间。

这样当你出售产品的时候，还等于要搭售mm的产品，。。。。。很难让客户接受。

它的服务端可以安装在其他 Application Server 当中。
就像数据库系统一样，你要求客户使用 Oracle，并不
是说你和 Oracle 搭售。

既然是插件，当然可以通过签名的方式实现对本地资源的访问。
现在做开发一个头痛的地方，就是不管你web做的多留，可是总有一堆问题
比如读卡，打印什么的，不得不用activex来做。
flex有没有好的ide支持？
旺财，你不要这么勤奋好不好，搞得我很惭愧呀。