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