Flex前途无望?
Adobe公司宣布将把Flex SDK捐献给开源社区,一片哗然。 企业选择Flex作为开发应用的工具,有部分原因是其背后有Adobe这个强大的企业“撑腰”。 “我们不差钱,就怕出了问题找不到人(售后技术支持)。”也许这是很多企业在技术选择的时候考虑的重要因素。 (也许这个判断很有局限性。我个人的工作经历全部是日本企业,日本企业在购买软件产品方面给我强烈印象的是“买正版的软件,买售后服务,谨慎选择或不考虑没有‘厂家’保障的开源软件”) ? 现在Flex SDK马上就要成为没娘的孩子了,它会不会失宠于企业市场? 也许会,也许不会,谁说的清呢? 听某些“专家”在辩来辩去就变的心神不定终归要不得的。 ? 不可否认,Flex框架不够完善,有很多问题和Bug。 比如说Flex框架不够轻便,作为WEB应用,较之JSP之类的脚本大上百倍也是平常之事。 比如说Flex常用组件Datagrid在处理大数据时候的性能差。 比如说除了“异步操作”? 之外,也希望能让“同步操作”原生自Flex框架。 有时侯,目前的Flex真让开发者“怒其不争”。 个人猜想Adobe擅长于开发视觉产品,而在企业开发平台方面经验不足。加之急于占领RIA市场,把精力过多放在新功能的开发(版本升级)上,而荒于夯实基础,去莠存良。使得Flex框架变得越来越庞大,越来越难以从根本上进行整改。 ? 与此同时,也不可否认,Flex是目前开发RIA的最成熟的工具。其跨平台的特性和用户操作友好性是非常吸引人的。 企业RIA多见于内部局域网或专用网络,少有面向互联网。个人认为这才是目前诸如此Flex /Silverlight技术的主要用武之地。 在这个相对受限的领域,网络带宽是充足的,足以将Flex程序的大块头放在很次要的位置来考虑。 ? 当你在遇到技术问题,特别是所用到的开发语言自身有局限性的时候,你是如何解决的呢? 变更功能从而绕过语言的局限是一种解决办法吧。 在使用Flex进行项目开发的时候,有时侯我们就是这样解决问题的(也许你会说:真够弱的。随你) ? Flex真是让人爱恨的工具。 以前都由Adobe一手包办它的发展,可以想象其中有多少企业利益的考虑,如果今后由开源社区管理,少些金钱的味道,说不准Flex会重获新生。 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- 使用XSLT从嵌套XML转换为扁平化XML结构
- Swift基础语法: 24 - Swift的枚举语法, 匹配枚举值和 Switc
- systemd deletes shared memory segment in postgresql
- objective-c – AFHTTPSessionManager无法解除分配
- flash.net.registerClassAlias类
- 正则表达式
- UVa 690 - Pipeline Scheduling(回溯剪枝)
- c# – WebRequest无法正常下载大文件(?1 GB)
- LLVM和Clang对C 11的支持
- Cocos2d-x-3.6 用户交互原理---------如何通过JNI连接Java和