本文主要是介绍再谈Flash Builder、Flash Catalyst与Flash Platform,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
之前写了一篇叫做《为什么国内的公司都不敢使用Flex作为产品的平台与主要开发语言》的文章,其中有一个观点:名称混淆,其中描述了Flash、Flex Builder、Flex SDK、Flash IDE(CS4)等产品的名称非常的模糊,不利于初学者掌握和使用。举个最简单的例子,我跟其他人称呼我是Flex开发人人员?ActionScript开发人员的时候,不懂的朋友都会反问我,你是搞Flash的吗?(-.-)=3
okay,就在本周六(5月16日)Adobe发布了一个重磅级的消息,下一代Flex Builder,即Flex Builder 4.0(是IDE,而非SDK),将改名为Flash Builder,详情请看这篇文章:http://www.k-zone.cn/zblog/post/flex-builder-will-be-named-flash-builder-4.html
截止到现在基本上已经时隔将近一周的时间,那么我来谈谈我对这次改名事件的看法。
我们得知Flex Builder → Flash Builder,但是不变的是Flex SDK的名称,仍旧叫做Flex SDK。相对与Adobe来说,这只是一个技术层面的修正。
而从更高的层面看待Adobe的产品,不难可以发现如下的一些信息。
Adobe CS(4) 套装:包含了Photoshop、Dreamweaver、Fireworks、Flash IDE等一些常用的设计工具,而这些工具基本上是面向设计人员的,可以称之为设计工具。
Flex SDK、MXML、ActionScript 3.0、AIR:这些产品无须质疑,全部都是面向开发人员的,可以称之为编程语言、框架。
BlazeDS、LCDS、FMS等:同样无须质疑的是,这些产品都是面向服务器端的产品,可以称之为服务器端。
okay,让我们看一下下面这个例图:
从上图可以看到,目前来说Adobe有了设计工具、有了自己的编程语言、框架类、也有了服务端的产品,但是似乎它们之间的产品联系少了一些,尤其是工具类的使用之与服务器端、框架类的使用人员的联系少了一些。
因此Adobe提出了Flash Catalyst的概念,而Flash Catalyst是针对于交互设计师的工具。
Adobe的想法:
1、让Flash Catalyst来读取Photoshop、Fireworks等设计工具的设计资源,然后在其中完成交互部分的工作。
2、Flash Catalyst可以导出为Flash Builder 4可以理解和解析的内容。
3、最终由开发人员使用Flash Builder 4等工具来完成主要的逻辑功能部分。
4、最终也可以搭载Adobe的服务器端产品:BlazeDS、LCDS、FMS。
因此Flash Catalyst的作用不仅仅在于交互设计,而是将Adobe的这三种相对于孤立的产品形成一个体系。
请看下图:
也就是说, Flex被定义成了框架的名字,这样一来,就与 AIR的概念是一样的。那么大家记住, Flex是一个框架,是什么框架呢?就是Flash的一种框架,看这样是不是很清晰了呢!
最后再猜测一点:
Flash Platform战略慢慢浮出水面,是与 Microsoft的 WPF与 Silverlight战略是息息相关的。:)
这篇关于再谈Flash Builder、Flash Catalyst与Flash Platform的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!