[flex] 关于FLEX 可能大家误解咯
 |
icewubin
2008-12-19
freemcl 写道 我认为flex将来肯定会成为主流，楼上所说，是因为对flex并没有深入研究，就在这里发表评论了。
我没有说不能成为主流，是说要在website上成为主流还需要不少的时间。 我也可以说你没有深入研究JS技术就在这发表评论了。 |
|
icewubin
2008-12-19
freemcl 写道 首先ria已经是趋越了，企业使用已经是迟早的问题，中国也有很多企业开始使用了，其中包括淘宝，用友，有机会去airia看一下其应用实例，再在这里发表看法不迟
你说的我早就都知道，我没有反对企业内部的应用采用Flex，请看清楚我的观点再发表看法不迟。 |
 |
rox
2008-12-19
Flex增强了用户行为的可控性。
它有局限性，够用就好。 
|
 |
freemcl
2008-12-20
icewubin 写道 freemcl 写道 我认为flex将来肯定会成为主流，楼上所说，是因为对flex并没有深入研究，就在这里发表评论了。
我没有说不能成为主流，是说要在website上成为主流还需要不少的时间。 我也可以说你没有深入研究JS技术就在这发表评论了。 js以前也用过一些，但最讨厌的就是在不同的浏览器中显示的样式全走了样，我公司开发的一个web网站，在IE和火狐里显示的就不太一样，到了chrome就显示的更难看了。 |
|
freemcl
2008-12-20
icewubin 写道 freemcl 写道 首先ria已经是趋越了，企业使用已经是迟早的问题，中国也有很多企业开始使用了，其中包括淘宝，用友，有机会去airia看一下其应用实例，再在这里发表看法不迟
你说的我早就都知道，我没有反对企业内部的应用采用Flex，请看清楚我的观点再发表看法不迟。 我给你举的例子都不是只在企业内部应用的吧。没有必要对自己的技术分的那么明确，哪些应用适合，就用哪些技术，这才是王道。 |
|
freemcl
2008-12-20
icewubin 写道 unrealgf 写道 EXT的GRID漂亮但是数据上百行就卡
当然这没错，IE下确实如此，建议你用谷歌浏览器跑跑看。 有很多不确定因素，现在FF也有JS虚拟机概念的插件，苹果的浏览器也有，不排除IE8推出相关JS虚拟机插件，世事难料。 Flex因为过于漂亮花哨，不加选择的滥用，CPU一样很容易被吃光。 呵呵，大家可以看看javaeye上的这篇文章http://www.iteye.com/news/3000 虽然不知道作者是不是忽悠，但起码能拿出一些证据出来 |
|
icewubin
2008-12-20
freemcl 写道 js以前也用过一些，但最讨厌的就是在不同的浏览器中显示的样式全走了样，我公司开发的一个web网站，在IE和火狐里显示的就不太一样，到了chrome就显示的更难看了。
目前的JS框架没有你想象的那么难弄，很多底层JS框架或高级UI组件在解决浏览器的兼容性上还是不错的。chrome到目前为止虽然是1.0开头了，仍然是算beta版，市场占有率跌倒1%不到，根据不必急着去考虑兼容性。 |
|
icewubin
2008-12-20
freemcl 写道 我给你举的例子都不是只在企业内部应用的吧。没有必要对自己的技术分的那么明确，哪些应用适合，就用哪些技术，这才是王道。 1.你这话说的在任何场合都是有道理的，但是不说明任何问题。实际情况是选择Flex的极其重要的原因之一是Flash的装机率达到95%以上，从技术体系上来说，Flex未必比Java swing webstart高明到哪里去。 2.企业内部局域网使用得到大多数人认可的比例是很高的，website上到目前都是争议很大的，有不少例子不等于争议不少，有不少公网的例子不等于这些例子在国内都吃得开，而且这些例子的应用范围非常狭窄。 例如你有见过门户网站首页用Flex做的么？你有见过Flex版的BBS和Blog有大受欢迎的例子么？实际是有Flex版BBS在网上存在的，你可以随便找个不懂技术的人用用看，然后做个问卷调查，看看一般网民是如何看待这种FlashBBS的（网民不懂Flex，只懂Flash）。 3.互联网上应用在国内真正得到普及的目前只有Flash TV，能不能归入Flex都是个问题。 4.我区分的不是技术，我强调的国内的带宽环境、应用场景、使用习惯。web最早诞生的初衷是共享资源，便于浏览资料，至于后来基于此技术开发出多种偏向于应用的模式是后来的事，Flex要在前者领域有所突破以Flex3的技术来看是根本不可能的。整个web大部分是基于url来架构的，各大搜索引擎的最主要的排名算法也是基于链接的，广告商也基于PV的，这些形成产业链的东西不是那么快能改变的，你说各个中小网站站长会选用什么技术来搭建自己的网站。在没有进一步的杀手应用在国内流行之前，整个互联网的基本结构是很难有根本性改变的。 5.再说一下软件的根本性，是要解决用户需求为首要目的，不是为了花哨为首要目的，用户不会太多的想什么技术先进不先进的问题，他一旦觉得某个应用即使很花哨，如果速度慢得无法忍受、使用习惯不明还需要学习、感觉操作起来一点也不得心应手，很容易放弃很多花哨的Flash（包括Flex）网站。 |
|
icewubin
2008-12-20
freemcl 写道 http://www.iteye.com/news/3000 虽然不知道作者是不是忽悠，但起码能拿出一些证据出来 作者不是忽悠，该文早就看过，但是这篇文章说的数据的传输和渲染时间。我说的各类UI组件的渲染时间（包括大量的概念），这个测试只是采用一种默认的UI组件（且只有一个grid，意思就是只有一个UI组件）的渲染方式，比如grid，和我说的根本就是两回事。 要拿出一些证据必须是样的测试： 1.数据已获取好，比如都是JSON。 2.然后对比各种技术都先测试渲染100个行数为10行的表格。这些技术可以包括HTML、EXT、Flex、sl、javafx。 3.然后再测试当这100个表格或者其他等同UI组件在页面上四处飞舞时的CPU占用率，好比JavaFX有一个测试在一个有限空间内，可以指定一定数量的小球在那里作四处碰壁运动，可以设定小球的数量，运动的速度，图像渲染的质量，然后看CPU的占用情况。这才是我说的UI渲染性能。 我再举个例子： 比如一个Flash游戏，非联网的，随着游戏的推进，Flash元素越来越多，CPU占用率就是线性增加的。对比Flex一样，慢的不是数据传送，是过多的不合理使用的页面UI，造成的CPU占用率过高，花哨是要有代价的。 二进制代码的魔兽世界（充分优化+直接调用Direct3D硬件加速的前提下）在人口高的时候，一些机器都会无法承受，更不要说基于VM执行的Flex架构了。 |
 |
碧海山城
2008-12-21
恩恩，我也强烈支持flex，从发现依赖就一直有关注有研究，至于ext这些用用罢了，没什么深究
|
