大型 Flash/AS3 项目的工作流程

Question

我目前正在开发一个相当大的、大量 UI 的 Flash 游戏。我们的团队已经为此工作了大约 9 个月。我们之前都没有任何使用 Flash 的经验，因此我们在此期间不断改进我们的工作流程。但是，我们仍然觉得我们现在做的不是最优的，尤其是程序员和艺术家之间的界面，所以我想知道其他团队是如何工作的。

理想的工作流程应满足以下要求：

1.重复使用的 UI 元素只定义一次

这意味着，如果我们想要更改字体或按钮样式，我们不想遍历所有菜单并手动更改它们。我们希望它们在一个中心位置定义，并且只从那里引用。如果资源不仅在编辑时共享，而且在运行时共享（即它们只下载一次），则会获得奖励积分。

2。一切都按需加载

目前，我们有两个不同的加载步骤：首先，我们加载菜单库。完成后，玩家已经可以与所有菜单进行交互。然后，我们开始加载实际的游戏数据。但是，初始加载时间仍然太长，导致我们失去了许多潜在玩家。我们真正想做的是只加载主菜单所需的最低限度的内容，然后仅在玩家尝试实际打开相应菜单时加载其他所有内容。 Zuma Blitz 做得很好。

3.艺术家可以在没有程序员帮助的情况下进行微小的更改

如果要在不改变实际功能的情况下重新设计菜单，艺术家应该可以在 Flash CS6 中自行完成。这需要美术和代码之间有一个清晰的界面，并且美术应该可以在将更改发送给编码人员之前对其进行测试和调试。

-

我们当前的工作流程如下所示：艺术家在 Flash CS6 中将屏幕构建为 MovieClip，然后将其导出为 SWF。在代码方面，从屏幕 SWF 加载 MovieClip，并将它们用作我们基于 PureMVC 的系统中的 View 类。中介者通过它们的实例名称访问视图中的文本字段等元素。

这很容易出错，因为没有定义接口的中心位置（即实例名称）。编码员和艺术家之间需要大量的通信开销。此外，它还会在代码和影片剪辑的内部结构之间创建依赖关系。当艺术家想要对其应用某些效果时，他们不能将文本字段附加到不同的子影片剪辑。

我们正在试验一种基于事件的界面，该界面需要艺术家向影片剪辑添加几行代码。这比以前更不容易出错和相互依赖，但它仍然不能完全满足（3），除非我们编写额外的测试和调试工具。这一定是一个普遍的问题，我很难想象没有更简单的方法。

对于 (2)，我们还开始构建一个自制的解决方案，但同样，这是一项非常常见的任务，必须已经有一些我们可以使用的东西。

那么，经验丰富的 Flash 开发人员如何管理如此大的项目？

Answer 1

我有一些想法，但它们是基于我独特的编码风格。

1.重复使用的 UI 元素只定义一次
根据您正在重用的 what，这可以像定义库符号并使用它一样简单。字体可以在不挖掘的情况下通过搜索和替换来替换，您也可以在“字体嵌入”菜单中简单地更换字体。

对于跨 xfl 的共享，您可以使用 Flash Pro Project。请记住，这涉及到一定的时间开销（文件在您打开或保存文件时需要更新，Flash 在项目中崩溃更多，尝试处理来自同一项目）。

有些人使用 swcs，但这样做需要您在代码中实例化其中的内容，这可能不适用于您的工作流程。我仅将它们用于音频，并且我发现其中的对象必须在您指定为 AS 编译帧的帧上或之前进行编译，否则无法正确实例化声音。我怀疑从 swc 实例化的任何东西都会出现这种情况。

2。一切都按需加载
Flash 最保守的秘密之一是，使用时间线 和经过培训的编译器使用可以很容易地完成。以下是它的工作原理：

如果您的 ActionScript 编译帧是大于 1 的帧，那么编译的方式如下：

• 在第 1 帧之前：
  • 第 1 帧使用的任何视觉资产和嵌入的声音
  • 您的主文档类，以及直接从文档类引用的任何类（这是编写接口的一个很好的理由）
• 在您的 AS 编译框架 (N) 之前：
  • 您的 AS 类（代码，不一定是视觉/音频资产）
  • 任何库符号的视觉和音频资产在帧 N 中设置为 Export for AS（即使它们未在 swf 中使用）
• 在时间轴上首次使用资产的帧之前：
  • 所有库符号中的视觉/音频资产，其中在框架 N 中为 AS 导出未选中。

如果您在第 1 帧上放置了一个微调器加载图形，并且您选择了第 10 帧作为导出帧，那么如果您只是让影片播放直到它到达第 10 帧，那么它的加载方式如下：

• 如果您的微调器中有任何重资产或在主文档类中直接引用，则用户在下载这些内容时会看到一个空白屏幕
• 微调器将变得可见并旋转
• 加载 AS 类后，连同在第 10 帧中设置为导出的库符号和实际在第 10 帧上的资产，您将看到这些资产以及您需要的一切使用它们就可以了。
• swf 的其余部分将继续在后台加载，更新framesLoaded。

实际上，我对第 10 帧上的对象使用了一个 setter 的组合，加上一个 ENTER_FRAME 处理程序来检查我们是否在第 10 帧上。有些事情我必须做的事情会更容易一些，而另一些事情则可以更好地做另一种方式。

3。艺术家可以在没有编码人员帮助的情况下进行微小的更改
如果代码都在库符号的基类中，艺术家不需要理解它，只要他们不删除或更改所需的实例名称即可。我尝试通过观看ADDED_TO_STAGE（捕获阶段）并按类型观看显示对象来尽量减少对实例名称的依赖。一旦我引用了适当类型的对象，就很容易在该对象上观察REMOVED_FROM_STAGE 以取消引用它。这类似于 RobotLegs 和 Swiz 等框架的工作方式。

此外，我使用了一个我称之为“语义闪存”的概念，我在其中做了很多基于标签的工作。我有一个基类 FrameLabelCip，它具有内置的 nextLabel() 和 previousLabel() 功能，以及调度 FRAME_LABEL_CONSTRUCTED 事件。从故事板事件名称到 Flash 标签名称真的很容易，只需构建 bang-bang-bang 图形。

我大量使用Graphic Symbols 来跨多个标签（例如，项目符号列表）同步图形，而不是依赖代码。这个动画师的技巧使这些东西既健壮又易于技术含量较低的队友使用。