Flex and Extjs ..

    这个有点小疑问.. 话说Extjs 在3.0的时候换版权了. 我倒是没有真的再去咬文嚼字过.  这个暂且不表..

    Flex SDK 是开源的没错. 不知道你指的商用从何而来. 应该指的是Flex Builder吧. Flex builder有60天的试用期. 其本身IDE确实是商用的.. 但是并不妨碍你试用啊..

    话说我的 processDesigner 用了两个礼拜就完成了第一版的功能. . 60天绰绰有余. 不够再重装一遍嘛..

EXTJS别研究了，有很多硬伤的，例如复杂form布局在IE下的低效是不能容忍的。

EXTJS很尴尬，局域网做不过Flex，广域网很多方面有不如jQuery。

既做Ext，也做ActionScript，各有不同的用途。何况是不同发展方向和定位的两种技术，不能这么简单去比较。

我之前的公司做了1年半的EXTJS，还有一个网友在一家大公司做EXTJS也是至少1.5年多（他们还买了EXTJS官方的服务，评价是服务非常差），所以不是简简单单的比较，EXTJS其他技术的种种区别和实践中遇到的种种困难，反反复复了无数次了。

EXTJS的应用场景很有限，如果一个公司自身在JS框架上有点深度、有点积累的话，就没必要使用这个，而如果客户只在局域网中使用，flex更适合。

在技术选型讨论中，不能光说一句发展方向不一样就完了，要考虑很多因素的，授权问题、学习成本问题、客户接受度问题、开发速度问题等等。

我来说说客户接受度问题，我之前的公司的客户，一开始见到EXTJS的界面，是大加赞赏的，可是不是所有客户都认可这样的方式，一方面到了广域网上，IE下不佳的性能使得客户几次认为是我们的服务端效率低下所致，另一方面，原本HTML方式很简单的复杂表单设计，在EXTJS下变得复杂无比，虽然有很多变通方式，但是麻烦非常多。

顺带引出开发速度问题，之前是一家小公司，公司只有1个美工，还不是代码型的，JS能力很差，鼓励了她好几次，但是始终不能灵活驾驭EXTJS，一旦客户需求沟通，要用EXTJS出界面，她只能先用PS画，然后和开发人员一起，非常费力费时的把界面效果融入EXTJS，而且过程中还要避免很多做不到的效果。

我最初也是EXTJS的支持者，在之前的公司使用EXT还是算成功的。

但是我也没觉得EXT的前景有多好，随着jqueryUI和jquery插件的越来越成熟（会jquery的前端还容易招，因为事实上的标准了啊），Flex的越来越普及，EXT自身的版权问题和硬伤，我的想法也变了。

    其实我这篇文章不是直接发到论坛上面来的. 是我写在自己的博客里面.但是JE推出了Flash版. 不知道什么原因.我这篇文章"被"拉到这里来了. 献丑了 ..

    话说最近我这篇文章的主旨跟ice的结论没有任何出入.. Flex在互联网应用中可以承担小一局部的 .. 整站Flex在国内还不现实..当然整站Extjs也不现实..

    hack js & css往往会让你蛋疼..对于没有专业的UED的团队来说. .现在兼容各大浏览器厂商还是有一定难度的. 而Flex就可以避免这一点. .

    从语言角度来说. as应该要被js完爆的.. js写好了还是蛮优雅的..as呢?

互联网不要说整站EXTJS，部分EXTJS都不划算，因为部分效果正好是jquery的强项，而整站其实是EXTJS的强项。

以我现在公司为例，既有暴强的前端（JS、jquery）开发人员，又有很强的flash（flash、flex一起用的）开发人员，而且他们基本都是设计出身，太专业了。。。由于职责细分，界面设计还轮不到前端的人来做，有更专业的设计人员出设计图。

话说最近hooopo在用JQuery的时候.. 被QJ了..


我同事在用JQuery的时候.. 由于前端比较菜. 用JQuery UI .结果FF 跟 IE 下不兼容. 杯具了..

JQuery胜在插件够多. 实际上JQuery的源码写的很有个人英雄主义风格.

前端时间 yuan 介绍我看了mootools的源码.. 很清新.. 这样的开源框架以后会更有前途些吧..

btw: 1.我不喜欢$符号 2.js的浏览器兼容时代结束的话.一切都将不同..

ExtJs的问题不可能短时间内解决,dom复杂,复杂界面下性能也不理想,只能寄希望于浏览器性能的提升.
Flex也有很多问题,体积大,代码臃肿.企业级应用也未必都是在同一个局域网.

企业级应用当然不局限在局域网（否则EXTJS在国内应用场景更小），但是大部分是。