为什么要删除 Flash Builder 的设计视图？答案

【问题标题】：Why is the design view of Flash Builder being removed?为什么要删除 Flash Builder 的设计视图？
【发布时间】：2011-12-15 15:13:22
【问题描述】：

我问了这个问题：

Can Flash Builder with Flex mobile drag and drop controls for mobile apps in the design view?

其中一个响应 cmets 表示设计视图正在消失。

Adobe 为什么要删除它？没有它你怎么设计？我知道您可以在源代码中定位内容，但至少以图形方式构建布局似乎要快得多。为什么没有这样的东西：

http://developer.apple.com/technologies/tools/whats-new.html#interface-builder

我对用于 flex 移动设备的 Adobe 产品很感兴趣，但如果没有控件的拖放操作，我需要更长的时间才能定位和设置正确的东西。我想专注于项目的业务部分。

谢谢。

【问题讨论】：

我很难相信 Adobe 会停止设计视图。我不确定 Adobe 是否有没有设计视图的网络/应用程序产品。这就是他们的口头禅——“在不接触代码的情况下进行设计/开发。”
@swatkins 好吧，这就是我的想法，但我所有的 Adobe 演示都显示代码而不是设计视图......就像他们害怕炫耀它什么的一样。
我认为他们正在采取行动以吸引更多开发者社区。他们过去的一些批评是，他们通过使生成的代码难以真正工作来迎合“菜鸟”。我很难想象他们会制作一个只有代码的 IDE - 有太多很棒的免费可用的。它们的部分优势在于生成代码的能力。代码猴子只是不喜欢生成代码的低效率。
@swatkins 如果您不接触代码，它几乎不会发展。 Adobe 显然不是很专注于设计视图。 4.6 设计视图中的许多错误早在 3 中就出现了。
@respectTheCode - 我同意，Adobe 专注于创建更加以开发人员为中心的产品。这就是他们迄今为止所缺乏的地方，即更以设计为中心的产品套件。他们知道这一点，因此他们正在推动对代码视图更加友好。但在我看来，建议他们放弃设计视图是幼稚的。有太多的非开发人员使用他们的产品。我认为他们比过去更努力地迎合设计和开发人员社区是一个更安全的选择。

标签： flash-builder

【解决方案1】：

我猜随着所有不同的屏幕尺寸和旋转，构建器变得不切实际。对于设计师来说，处理不同屏幕尺寸的最佳方法通常是为每种尺寸创建一个新屏幕。现在我们有多达数百种尺寸/旋转组合，这可能是设计器视图不是正确的方法。

在 java 中，与我合作过（或讨论过这个问题）的每个小组使用了 swing GUI 构建器，最终都恢复到代码中的布局来处理双向问题、屏幕大小调整问题和向前/向后/横向兼容性（工具更新或迁移到不同的视觉设计工具）。

最重要的是，3.6 的设计视图不断地破坏我们的 Eclipse 会话——在 Eclipse 崩溃之前，您可以在设计视图中工作一个多小时左右的 3 个文件。他们可能无法克服这些错误，或者认为这太麻烦了。

【讨论】：

当我看到它消失时，我不想继续了。我不知道该怎么办。我猜只是一个糟糕的程序员。
现在似乎每个人都讨厌 Flash 并且正在停止支持。同样，不知道如何继续使用“丰富”的应用程序，所以我坚持使用常规的网络内容。
您仍然可以在没有设计器的情况下使用闪存，但我会考虑 GWT。我相信你可以让 GWT 与 HTML5/canvas 一起工作，但如果没有，还有其他工具包可以。 GWT 有一个基于 XML 的布局系统和客户端 Java，因此 ActionScript/MXML 用户应该对它有点熟悉（但组件不如 flash 先进......）
但是，您可以在视觉上设计事物然后创建代码，这难道不是一种美吗？如何在没有大量试验和错误的情况下使用 xml 来做到这一点，在 xml 之间来回切换，然后是演示文稿......这是很多 alt-tabbing :)。
在实践中，我看到人们在白板上进行简单的 GUI 视觉设计（或者使用模型工具稍微复杂一些），然后从中实现。在您的情况下，听起来您喜欢使用 Adobe 作为模型工具（这很好，因为它为您提供了输出）。前几天我听到有人说（根本没有证实）Adobe 正在制作一个独立的工具来进行视觉设计和输出 mxml.. 可能想四处看看是否存在这样的野兽。

【解决方案2】：

可能是因为新的焦点似乎是“游戏”，即可能放弃了核心开发人员群体之一（内联网/业务）。它也（正如 Adobe 所说）不是 IDE 中最稳定的部分，因此可能需要重写和大量测试才能确保它与 Apache Flex 4.8 一起使用。

另外，也许“没有人使用设计视图”（显然有很多“无名小卒”）的神话终于站稳了脚跟。神话应该是：“没有人不设计复杂的表单或应用程序使用设计视图”。（请原谅双重否定..）

许多直言不讳的人想要宣传他们自己的功能要求，而不是其他人的要求，因此他们淡化了他们不使用或不需要的功能的必要性或有用性。是的，如果您只是在开发组件，或者如果您正在设计适合 2 英寸屏幕的移动应用程序，那么很容易没有设计视图……太糟糕了，Flex 在 Intranet PC 环境中的理想部署大约高出 1000% .

没有设计视图意味着我可能不是一个向前发展的 Flex 开发人员，除非出现其他替代方案。 JavaFX 现在看起来不错。

【讨论】：

【解决方案3】：

Flex Builder 替代方案

有一个新的基于 Visual Studio 的 Flex 应用程序设计器，适用于所有 flex 设计师。它被称为 Amethyst，它支持 Flex 表单和调试等的可视化设计。如果您没有 VS，您可以获取免费版本（谷歌“visual studio express”）。

我已经使用 Visual Studio 2012 进行了试用，我的评论如下：

如果您有 Flash Builder 背景：

视觉设计师工作正常
整体代码体验还可以，编辑工作正常，如果重要的话，它的顶部有一个不错的类/成员导航栏
重构可用，但有问题（重命名函数有时会重命名类）
它有 AIR、Flash Player、Android 的项目类型
它有一个更新程序，可让您下载新的 flex/android SDKs

如果您有 FlashDevelop 背景：

整体代码编辑体验很糟糕，远不如 FlashDevelop。
重构速度很快，但有问题 - 重命名函数有时会重命名类，但比 FD 快得多，后者重命名静态函数可能需要 10 分钟
调试没问题（效果很好，速度也很快）
编译速度和 FD 一样慢
IntelliSense 很慢 - 您必须等待 1-2 秒才能让它列出本地人
IntelliSense 既笨又烦人——FD 在您键入时直接显示菜单，在这里您必须按 Ctrl+空格键或键入“this”。打开菜单

所以我的结论是：如果您有 Flash Builder 背景并且需要视觉设计师，那么一定要使用它。如果你有 FlashDevelop 背景，请远离这个可怕的代码编辑器！

【讨论】：

您甚至可以尝试 designview Flex 应用程序。它需要安装在您的本地系统上，它为您提供了一个简洁的拖放功能并生成 mxml 文件。