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会重获新生。