Apache flex 是什么让AdobeFlex比其前身更“可接受”？

在过去的10年里，我一直在构建企业软件。在这段时间里，我们看到企业应用程序从客户机-服务器转移到瘦客户机。我们还看到了向托管解决方案的转移，尽管只是以asp、SaaS和云计算等几个名称命名。在所有这些变化中，冲动主要来自IT部门，而不是最终用户。在这些革命的第一轮中，用户体验以单点管理和减少桌面占地面积的名义减少

在这段时间里，已经有很多尝试给用户一个丰富的体验，同时仍然满足古怪的IT部门。第一个是由业界领先的微软公司以ActiveX控件的形式发布的。Sun公司的人随后也推出了applet，最近又推出了JavaWebStart。所有这些解决方案似乎都能解决问题，但从未得到更严格的IT部门的广泛期望

然后flex从Macromedia来到现场。他们的做法有什么不同？它是可持续的吗？微软对Silverlight的模仿是否证明他们改变了游戏规则？网络编程会永远改变吗

Adobe之所以成功，是因为几乎所有主要平台上主要浏览器的用户都已经安装了Flex所需的唯一运行时组件；哪个是Flash播放器。Flash播放器已经证明它不是坏东西的载体；它在浏览器中自己的沙箱中运行，与硬件和操作系统隔离。因此，没有安装新的和潜在危险的软件

Flash技术有大量的开发人员社区，Flash中添加了一些新控件，ActionScript在编写软件方面也很成熟，这使它超过了作为RUI完全有用的门槛

Activex仅限于Windows-0；java中的任何东西都被认为是不稳定的，而且过于沉重；java还没有设法让它的方式变得无处不在，它也可能永远不会这样做。因此，这两种设备通常都是通过法令安装的，而不是用户选择的。尽管Adobe可能是我们生态系统中未经请求的更新检查程序和其他近乎恶意的软件的最具破坏性的来源

微软从Silverlight起步时非常激进，只需要安装相当于Flash运行时的软件；但即使在Windows机器上，它也不是无处不在的；在未来，渗透到其他平台是一种很好的方式；而且，事实证明，希拉里还没有表现出无害的政治智慧。但不要把它算在内。我认为他们已经退了一步，转而使用CLR有限的.NET语言进行开发；在我看来，这似乎是同一种策略，使他们的畏缩策略失去活力；但我们还是会看到的。但至少他们已经从语言不可知论明显转变为似乎想要强迫开发人员使用.NETland

网络编程以这样或那样的方式永远在改变；用户将要求更好、更细粒度的UI；目前还看不到完美的答案，但至少存在着心灵和思想的竞争。我认为，最令人鼓舞的迹象来自微软向平台无关的东西（如MVC、Iron等）的大力发展，以及浏览器中日益无污染的代码流

Adobe之所以成功，是因为几乎所有主要平台上主要浏览器的用户都已经安装了Flex所需的唯一运行时组件；哪个是Flash播放器。Flash播放器已经证明它不是坏东西的载体；它在浏览器中自己的沙箱中运行，与硬件和操作系统隔离。因此，没有安装新的和潜在危险的软件

Flash技术有大量的开发人员社区，Flash中添加了一些新控件，ActionScript在编写软件方面也很成熟，这使它超过了作为RUI完全有用的门槛

Activex仅限于Windows-0；java中的任何东西都被认为是不稳定的，而且过于沉重；java还没有设法让它的方式变得无处不在，它也可能永远不会这样做。因此，这两种设备通常都是通过法令安装的，而不是用户选择的。尽管Adobe可能是我们生态系统中未经请求的更新检查程序和其他近乎恶意的软件的最具破坏性的来源

微软从Silverlight起步时非常激进，只需要安装相当于Flash运行时的软件；但即使在Windows机器上，它也不是无处不在的；在未来，渗透到其他平台是一种很好的方式；而且，事实证明，希拉里还没有表现出无害的政治智慧。但不要把它算在内。我认为他们已经退了一步，转而使用CLR有限的.NET语言进行开发；在我看来，这似乎是同样的策略，使他们的WinC失去了活力 E战略；但我们还是会看到的。但至少他们已经从语言不可知论明显转变为似乎想要强迫开发人员使用.NETland

网络编程以这样或那样的方式永远在改变；用户将要求更好、更细粒度的UI；目前还看不到完美的答案，但至少存在着心灵和思想的竞争。我认为，最令人鼓舞的迹象来自微软向平台无关的东西（如MVC、Iron等）的大力发展，以及浏览器中日益无污染的代码流

---

我对Flex成功的看法：

1-Adobe在开源方面采取了正确的举措，不仅是AIR，现在还有Flex、FlashVM和PDF标准

2-Flex丰富的Flash传统它运行在任何支持Flash的浏览器上，这意味着绝大多数浏览器已经支持它，不需要下载大型插件即可访问它

3-Adobe采用了所有主要的服务器端技术，并提供了对它们的支持，因此一个PHP。微软或Java商店都会觉得使用Adobe的客户端技术很舒服

---

以前，Flex是封闭源代码的，价格昂贵，甚至依赖服务器端安装，尽管Flash客户端非常普及，但这使其无法普及。

我对Flex成功的看法：

1-Adobe在开源方面采取了正确的举措，不仅是AIR，现在还有Flex、FlashVM和PDF标准

2-Flex丰富的Flash传统它运行在任何支持Flash的浏览器上，这意味着绝大多数浏览器已经支持它，不需要下载大型插件即可访问它

3-Adobe采用了所有主要的服务器端技术，并提供了对它们的支持，因此一个PHP。微软或Java商店都会觉得使用Adobe的客户端技术很舒服

以前，Flex是封闭源代码的，价格昂贵，甚至依赖于服务器端安装，这使得它无法实现，尽管Flash客户端非常普及

YouTube和互联网的普遍普及 Flash视频巩固了Flash的地位 超过95%的浏览器都支持播放器 他们正在接触公众 互联网 将flexgui合并到表单中 使用widget和一个非常简单的 设计良好的GUI SDK是一个主要的解决方案 Flash播放器的转折点。 Flex2和Flashplayer 9是 当这种情况发生时的转折点 技术真的成了胶状。企业 开发人员开始迅速意识到这一点 这项技术只是 正确的工作方法 应用。在2006年的JavaOne上， AdobeFlex2是最令人印象深刻的 还有我看到的pivatol技术 那里 Flash运行时的内存刚刚足够 在web中良好运行RIAGUI的工具 浏览器沙盒设置-Java 小程序需要关于的完整JRE 16MB。Flash运行时是一个非常复杂的问题 更精简、更智能的its设计 预期目的。太阳只是现在 开始通过 他们的JavaFX和重新设计的JRE 可以下载几MB就足够了 运行web小程序。他们没有 像YouTube Flash视频之类的东西 尽管如此，还是驱动他们的安装。 编写Flex RIA应用程序是一项非常重要的工作 相比之下，我的经验非常丰富 写旧式网络 HTML/JavaScript AJAX应用程序。可以 取得更大成就，并拥有 完成这些任务的努力更少。 Adobe支持Flex与其他 重要物品，如BlazeDS 现在他们正在与我们合作 SpringSource制作BlazeDS和 Spring框架更平滑 整合。 单线程GUI的组合 异步服务调用或 消息传递和ActionScript3 闭包是很好的编程模型：

同样，AdobeFlex也有一个很好的解决方案 财产的实施， 事件和数据绑定。 声明性语言alamxml是 事实上，这是一个更好的解决方案 描述一种形式是什么 基本上是MVC中的视图 图案它比以前更简洁 等价命令式动作脚本 实现相同功能的代码 事情，因此更清楚。这个 MXML的层次结构 剧本往往很自然地配合得很好 到的面板/小部件构造 观点也是如此。 使用Flex RIA方法，MVC 模式是可以实现的 完全在客户端层。网状物 在中实现MVC的框架 中间层-具有 在中执行的表示层 远程客户端层，是一个 根本上有缺陷的解决方案 MVC。MVC应该在最短的时间内完成 直接面向用户的层。 adobeflex再一次做到了这一点 在建筑上是正确的。 尽管HTML/DOM/JavaScript是 考虑到普遍存在的标准 互联网，AdobeFlash 玩家实际上是一个更普遍的角色 和一致的标准生成 不同的浏览器和操作系统 系统平台。这个 HTML/DOM/JavaScript标准在 现实是一个支离破碎的烂摊子 随着时间的推移，它变得越来越支离破碎 谷歌和微软的驱动力不同 关于本项目的事项说明 网络浏览器。Adobe Flash player结束 这是一个美妙的结局 这种困境。这是一个伟大的故事 为客户提供编程经验 编码者和有足够的普遍性 商务套装。 Adobe i 他很好地支持了这个计划 Windows、Mac操作系统的主要平台 十、 还有Linux。他们付特价 请注意Linux平台。 这将在长期内得到回报 因为开发人员已经解决了这个问题 在Linux上做自己的开发 从，它被广泛用于 托管其中间层的服务器。 Adobe最新的64位Flash播放器 对于Linux来说，这只是一个奇迹。他们 已在上提供AIR 1.5 Linux。他们干得不错 支撑平台的方法不多 开发人员关心的问题。 YouTube和互联网的普遍普及 Flash视频巩固了Flash的地位 超过95%的浏览器都支持播放器 他们正在接触公众 互联网 将flexgui合并到表单中 使用widget和一个非常简单的 设计良好的GUI SDK是一个主要的解决方案 Flash播放器的转折点。 Flex2和Flashplayer 9是 当这种情况发生时的转折点 技术真的成了胶状。企业 开发人员开始迅速意识到这一点 这项技术只是 正确的工作方法 应用。在2006年的JavaOne上， AdobeFlex2是最令人印象深刻的 还有我看到的pivatol技术 那里 Flash运行时的内存刚刚足够 在web中良好运行RIAGUI的工具 浏览器沙盒设置-Java 小程序需要关于的完整JRE 16MB。Flash运行时是一个非常复杂的问题 更精简、更智能的its设计 预期目的。太阳只是现在 开始通过 他们的JavaFX和重新设计的JRE 可以下载几MB就足够了 运行web小程序。他们没有 像YouTube Flash视频之类的东西 尽管如此，还是驱动他们的安装。 编写Flex RIA应用程序是一项非常重要的工作 相比之下，我的经验非常丰富 写旧式网络 HTML/JavaScript AJAX应用程序。可以 取得更大成就，并拥有 完成这些任务的努力更少。 Adobe支持Flex与其他 重要物品，如BlazeDS 现在他们正在与我们合作 SpringSource制作BlazeDS和 Spring框架更平滑 整合。 单线程GUI的组合 异步服务调用或 消息传递和ActionScript3 闭包是很好的编程模型：

同样，AdobeFlex也有一个很好的解决方案 财产的实施， 事件和数据绑定。 声明性语言alamxml是 事实上，这是一个更好的解决方案 描述一种形式是什么 基本上是MVC中的视图 图案它比以前更简洁 等价命令式动作脚本 实现相同功能的代码 事情，因此更清楚。这个 MXML的层次结构 剧本往往很自然地配合得很好 到的面板/小部件构造 观点也是如此。 使用Flex RIA方法，MVC 模式是可以实现的 完全在客户端层。网状物 在中实现MVC的框架 中间层-具有 在中执行的表示层 远程客户端层，是一个 根本上有缺陷的解决方案 MVC。MVC应该在最短的时间内完成 直接面向用户的层。 adobeflex再一次做到了这一点 在建筑上是正确的。 尽管HTML/DOM/JavaScript是 考虑到普遍存在的标准 互联网，AdobeFlash 玩家实际上是一个更普遍的角色 和一致的标准生成 不同的浏览器和操作系统 系统平台。这个 HTML/DOM/JavaScript标准在 现实是一个支离破碎的烂摊子 随着时间的推移，它变得越来越支离破碎 谷歌和微软的驱动力不同 关于本项目的事项说明 网络浏览器。Adobe Flash player结束 这是一个美妙的结局 这种困境。这是一个伟大的故事 为客户提供编程经验 编码者和有足够的普遍性 商务套装。 Adobe很好地支持 Windows、Mac操作系统的主要平台 十、 还有Linux。他们付特价 请注意Linux平台。 这将在长期内得到回报 因为开发人员已经解决了这个问题 在Linux上做自己的开发 从，它被广泛用于 托管其中间层的服务器。 Adobe最新的64位Flash播放器 对于Linux来说，这只是一个奇迹。他们 已在上提供AIR 1.5 Linux。他们干得不错 支撑平台的方法不多 开发人员关心的问题。