Starling手册

AIR是"富互联网应用"（RIA）这个术语的一部分 - 这是一个流行语，在2000年末曾风行一时. 曾经，Adobe的AIR和Microsoft的Silverlight（以及Sun的JavaFX）之间存在激烈的竞争. 那么到今天，当热潮已经退去，结果又如何呢. 显然， 获胜者是HTML5 / JavaScript，它是使用Web技术构建应用程序时最受欢迎的技术. 事实上Adobe也遵循这一趋势，并且为其产品增加了越来越多的HTML5支持.

即使AIR / Flash可能不再是被众人所羡慕的那个"别人家的孩子", 但它仍然是一个用于构建软件非常有吸引力的平台.

谈到Starling …​它是如何对应这张图片的?

如上所述，Starling的API与本机Flash API非常相似，即：flash.display软件包. 所以你可能会问：为什么要花费巨大的努力来重建Flash内部结构…​，这样做真的好吗?

原因是:原生的flash.display API，它灵活的显示列表，矢量能力，文本呈现，滤镜等等，都是针对台式计算机时代设计的. 这些台式计算机拥有强大的CPU和非常原始的图形硬件（相对现代标准）. 但是，今天的移动硬件具有几乎颠倒的设置：拥有非常先进的图形芯片和相对较弱的CPU（即节省电池的）.

那么问题来了：如何让原有针对纯CPU渲染设计的API能够快速有效地利用GPU，显然，这是是非常困难的（即使有可能的话）. ^[2] 这种尝试失败了，因此，Flash插件也一直未能在手机和平板电脑上的浏览器中出现.

值得称道的是，Adobe非常清楚这个问题. 这就是为什么，在2011年，他们推出了一个称为Stage3D的低级图形API. 这个API确实是够低级的; 它基本上是一个OpenGL和DirectX的简单包装，允许开发人员访问GPU的原始功能而已.

那么问题又来了：这样一个低级的API并没能帮助用户利用上已有的经典显示列表，至少不能方便的使用. 正因为Stage3D API是如此低级，所以它不是一个典型的开发者可以（或应该）用来直接创建应用程序或游戏的API. ^[3] 显然，Adobe需要一个建立在Stage3D之上，但是像’flash.display’一样容易使用的更高级的API.

嗯…​是时候了，Starling进入舞台了（一语双关）! 它是基于Stage3D同时尽可能模仿经典的Flash API而设计的. 这使得它既有可能充分利用现代强大的图形硬件，又可以使用无数的开发人员已经熟悉的概念.

Adobe当然可以自己制作这样的API. 然而，由大公司构建的API具有变得膨胀和不灵活的毛病. 一个小型的开源项目，加上一个公平开放、交流活跃的开发者的社区，可以更迅速地达成目的. Flash和AIR平台产品经理Thibault Imbert洞悉了这一切， 2011年，Starling项目在他的带领下由此开启.

直到今天，它仍由Adobe资助和支持.

Starling的核心目标之一是使其尽可能轻量和易于使用. 在我看来，开源库不应该只是易于使用 - 它也应该鼓励开发人员深入阅读代码. 我希望开发人员能够了解幕后的情况; 只有这样，他们才能够扩展和修改它，直到它完全满足需求.

所以Starling的源文件都有据可查，简明扼要. 由于只有大约15000行代码，它可能比大多数游戏源码更小!

Starling的另一个重要目标当然是它尽量亲近本机显示列表架构. 这不仅是因为我真的很喜欢显示列表背后的整个思路，还使开发人员能够轻松地过渡到Starling.

然而，我从来没有试图创建一个完美的复制品. 针对GPU编程需要具体的概念，那些概念应该被突出! 例如，纹理和网格的概念旨在与原始API无缝融合，就像它一直是为GPU设计的.

以前称为Flex Builder，这是由Adobe创建的IDE. 您可以将其作为独立版本（标准版和高级版）购买，也可以将其作为Creative Cloud订阅的一部分进行购买.

它建立在Eclipse之上，是一个非常强大的软件，包含了你想要的所有功能，如移动调试和重构. 高级版甚至包括一个非常有用的性能分析器.

就个人而言，我使用Flash Builder很长时间，Starling下载包中甚至附带了合适的项目文件. 但是，有一条消息你需要知道：Flash Builder显然已被Adobe放弃，它最后一次发布更新（4.7版）是在2012年年底. 它不是特别稳定；并且这种状况可能会一直持续.

因此，我只是推荐它，如果你拥有一个旧许可证,或者如果你是一个Creative Cloud用户（反正因为那样，你会免费得到它）. 不要误会我，我推荐它是因为它有一系列非常棒的功能，你将得益于它从而完成你的工作. 如果你不在意偶尔遇到崩溃，或者觉得更新AIR SDK会很麻烦的话.

下一个候选者可能被称为"IDE终结者", 因为IDEA支持大量的语言和平台. AIR通过安装"Flash/Flex支持"插件来搭建适合的开发环境.

我使用IDEA有很长一段时间，我真的很喜欢它（特别是对于强大的重构功能）. 所有重要的部分都很到位。感觉它就像天生是为AS3而存在的.

与Flash Builder不同，此IDE会定期接收更新. 不幸的是，Flash插件不是这样. 特别是有一些（次要的）问题等待相当一段时间仍未修复.

这些都是小问题，尽管如此. 它仍然是一个很好的IDE，如果你正在使用macOS做开发的话，建议使用它. 唯一的坏消息可能是JetBrains最近切换到基于订阅的定价模型，这可能不是每个人都喜欢.

还有一个免费的社区版IDEA，但不幸的是它尚未集成Flash / Flex插件.

我几乎都在MacOS上工作，这里有一个我羡慕Windows用户的地方: 作为Starling开发者，他们可以使用一个优秀免费（开源）的IDE：FlashDevelop. 它自2005年以来一直存在，仍然定期看到更新。 如果你使用Haxe，它一样也适用.

由于我主要使用macOS，我没有很多第一手FlashDevelop的实践经验; 但通过Starling论坛的无数帖子，我看到的都是说好的. 有些人甚至通过虚拟机,如Parallels（译注：一款虚拟机软件,可以让用户在Mac上安装Windows10/8/7/XP、Linux 等操作系统及应用）在Mac上使用它.

就像Flash Builder一样， FDT也是基于Eclipse平台构建. 因此，当你不再使用Flash Builder时，它是一个很好的选择，因为它看起来和Flash Builder非常相似. 您甚至可以导入所有Flash Builder项目.

FDT相对Flash Builder在多个方面有所改进; 例如，您可以轻松地将项目从Flash工程切换到AIR工程 - 这在Flash Builder中是不可能的. 它还支持多种其他语言，如HTML5 / JavaScript，Haxe和PHP.

总而言之，它是一个非常可靠的IDE. 如果你喜欢Eclipse，你不能错过FDT!

如果你是一个使用Flash很长时间的设计师或开发人员，你可能会想知道Adobe Flash Professional在这个IDE列表中的位置. 好吧，这里就是! 如果你不认识它，这是因为Adobe最近把它重命名为Adobe Animate. 这实际上有重要意义，因为新的名称反映了Adobe战略思路的重大变化. Animate现在成了一个通用的动画工具，不仅支持将动画输出成Flash，还支持HTML5，WebGL和SVG等其它格式.

W虽然你可以使用Animate来编写Starling程序，但我不推荐它. 这是一个提供给设计师的神奇工具，它并不是为编写代码而存在的. 你使用它只是单纯的为了更好的设计图形，编写代码还是建议用上述其它IDE.

如果您选择并安装了IDE，下一步是下载最新版本的AIR SDK. Adobe每三个月发布一个新的稳定版本，所以一定要保持最新! 每个新版本通常修复了几个重要的错误，这对于保持与最新移动操作系统的兼容性尤为重要. 你也将看到其团队不断发布新的功能，而我努力让Starling跟上步伐.

最新版本可以从这里下载: Download Adobe AIR SDK

如果你的项目打算在Flash Player中运行，我建议你下载它的独立版本，称为Projector（包含Debug和Release版本）. Projector的优点是方便调试. 当然，你也可以通过浏览器调试（安装调试版插件后） - 但个人而言，我觉得那样非常麻烦. 独立版本播放器启动要快得多，您无需配置任何HTML文件就可以使用.

此页面包含适合开发人员的所有Flash Player版本的列表。 打开页面后查找 "projector content debugger": Adobe Flash Player Debug Downloads

同样，你的IDE可能需要知道如何链接到特定的播放器. 例如，在IDEA中，此设置是调试配置的一部分; 其他IDE可能只使用系统默认值. 在任何情况下，务必保证播放器版本不低于AIR SDK编译SWF时指定其运行所需的最低版本.

到目前为止，还需要下载的只有Starling本身了. 你有两种方式可以选择.

前者的优点是它附带了一个预编译的SWC文件（位于文件夹starling / bin中），该文件很容易链接到您的项目. 但是，你使用的是本地稳定版本，这意味着你无法使用包含了新功能或修复了某些bug的热更新版本! 因此，我推荐使用Git.

深入了解Git不是本手册要讲述的内容，网上有很多关于它的教程. 安装Git后，可以使用以下命令将完整的Starling存储库下载到本地磁盘:

Starling框架将存储在’Starling-Framework’文件夹下面. 查找实际源代码子文件夹 starling/src. 所有IDE都支持将此文件夹指定为项目的源路径，完成后Starling将成为目标工程的一部分. 这不会比链接到SWC文件更复杂, 并且还有另外一个好处，你可以在调试中进入Starling源代码.

这将非常容易就把Starling更新到最新版本，这是最好的办法. 只需定位到存储库的根目录并执行’pull’操作:

这比打开浏览器和手动下载新版本简单得多，不是吗?

常在江湖走，哪有不湿鞋. 你可能会因为Starling中的一个错误而碰壁 ，或者因为遇到一个似乎不可能解决的问题而困顿. 无论哪种情况，Starling社区不会让你一个人孤单寂寞冷! 此时，这里有一些资源，会对你有所帮助.

以下是您应该已经准备好的快速摘要:

配置IDE和设置项目对每个IDE来说都略有不同. 为了帮助您，我在Starling Wiki中的为每个IDE创建了一个特定的操作方法: Starling Wiki. 请按照相应的教程，然后继续.

在IDE中创建一个新项目或模块; 建议您创建一个Flash Player项目（目标平台： Web），并且命名为 "Hello World". 作为初始化过程的一部分，IDE还将为您设置一个最小的启动类. 让我们打开并修改它，如下所示. （通常，该类的命名类似于您的项目名，因此请使用合适的类名替换下面的类名.）

此代码创建了一个Starling实例并立即启动它. 注意，我们将“Game”类的引用传递给Starling构造函数. Starling将在准备好之后实例化该类. （这样做的原因是你不必考虑代码运行的先后顺序。）

当然, 那个类还是需要先写. 向您的项目添加一个名为Game的新类，并添加以下代码:

类仅仅显示一个简单的红色矩形，以检测我们是否配置好基本的开发和运行环境.

现在启动项目. 可能有一些人会遇到出人意料的结果，因为你看到一个错误消息，像这样:

这种情况很可能是因为打开了浏览器，而不是独立的Flash Player. 检查运行/调试配置，并确保使用Flash Player Projector（调试版本），而不是浏览器. 这个问题应该会被解决.

恭喜！ 您已成功编译并运行您的第一个基于Starling的项目.

老实说：最艰巨的部分还在后面呢. 最后，我们准备开始一个真正的项目!

Stage3D为Starling提供了一个矩形区域. 该区域可以在Flash舞台的任何位置：Flash Player或应用程序（如果是AIR项目）窗口区域内的任何位置.

在Starling中，该区域称为viewPort. 大多数时候，你使用区域将是整个Flash舞台的尺寸，但有时，限制渲染到某个局部区域是有意义的.

想象一个设计的长宽比为4：3的游戏，运行在16：9的屏幕上. 通过在屏幕上居中4：3 viewPort，你会得到一个“letterboxed”游戏，在顶部和底部有黑色条.

离开Starling的stage谈论viewPort是没有意义的. 默认情况下，stage尺寸将与viewPort的大小完全相同. 这是很有道理的：一个显示器大小为1024×768像素的设备应该有一个相同大小的舞台.

你可以自定义舞台大小. 这可以通过stage.stageWidth和stage.stageHeight属性来设置:

这是什么意思? 绘图区域的大小现在是由viewPort还是stage大小定义的?

不要担心，该区域仍然只由viewPort设置，如上所述. 修改stageWidth和stageHeight不会改变绘图区域的大小; 舞台总是会覆盖整个viewPort. 你改变stageWidth和stageHeight,实际上改变的只是舞台坐标系的大小.

这意味着，当舞台宽度为1024时，x坐标为1000的对象将接近舞台的右边缘;无论viewPort的宽度值是512，1024，还是2048像素.

这在开发HiDPI屏幕上的应用程序时特别有用. 例如，苹果的iPad存在于普通和“视网膜”显示屏版本，后者像素行和列的数量翻倍（产生四倍的像素总量）. 在这种屏幕上，界面元素不应变得更小;相反，它们应该更清晰.

通过举例来区分viewPort和舞台大小，这种例子很容易在Starling中出现. 在以上两种设备类型上，设备显示屏大小相同，其舞台大小都是1024×768;但是，viewPort将以像素为单位反映屏幕的分辨率. 优点：您可以在显示屏尺寸相同的设备上为显示对象使用相同的坐标，而不管运行应用程序的设备配置了哪种显示屏.

要找出点的实际宽度（以像素为单位），您可以简单地将`viewPort.width`除以`stage.stageWidth`. 或者你使用Starling的`contentScaleFactor`属性，就像这样:

在“移动开发”一章,我会告诉你如何充分利用这个概念.

Starling运行的平台具有各种图形处理器. 当然，那些图形处理器(GPU)具有不同的能力. 问题是：如何在运行时区分这些能力?

这就是Context3D profiles（也称为render profiles）的用途.

实际上，Starling尽力隐藏任何配置文件限制. 为了确保最广泛的覆盖范围，它被设计成默认尝试使用最低可用配置文件. 同时，当运行在含有更高的配置文件环境时，它会自动适配最佳的配置文件.

然而，了解它们的基本特征终归是有用的. 以下是每个配置文件的概述，从最低的开始.

我的建议：让Starling自动选择最好的可用配置文件（auto），让它自行处理.

Starling背后的主要目标是使用Stage3D驱动的API来加速渲染. 然而，不可否认的是：经典的显示列表有许多功能，Starling无法提供. 因此，提供一个简单的方法来综合Starling和经典Flash的功能是有意义的.

`nativeOverlay`属性是最简单的方法. 这是一个常规的“flash.display.Sprite”，它直接位于Starling层的顶部，使用时请将viewPort和contentScaleFactor因素加以考虑. 如果您需要使用原生Flash对象，请将它们添加到此叠加层.

但要注意，在Stage3D之上的原生Flash内容可能导致某些（移动）平台的性能损失。 因此，当您不再需要它们时，始终从叠加层中删除所有对象.

在应用程序或游戏中经常出现几个帧完全相同的情形. 例如，应用可能正在呈现静态画面或等待用户输入. 那么有必要在这些情况下重新绘制舞台吗?

这正是’skipUnchangedFrames`属性的要点所在. 如果启用，静态画面会被自动识别，以便后台缓冲区保留原样. 在移动设备上，此性能的提升虽不能被高估. 但没有比这更好的方法来提高电池寿命了!

我已经听到你的反对意见：如果这个功能是如此有用，为什么不是默认激活? 这里有一个坑，对吧?

确实有：它不能很好地与Render和VideoTextures同时工作. 这些纹理的变化根本不会被呈现. 不过这很容易解决：暂时禁用`skipUnchangedFrames`，或每当它们的内容有改变时调用`stage.setRequiresRedraw（）`.

现在你知道了这个功能，那么总是激活它，使它成为一个习惯吧! 在此期间，我希望我可以在未来的Starling版本中解决上述问题.

在开发应用程序时，您需要尽可能多的信息来了解发生了什么. 这样，你能够早点发现问题，并可能由此避免进入死胡同. 统计显示就是用来干这件事的.

这些值的含义是什么?

您可能会注意到统计显示的背景颜色在黑色和深绿色之间交替. 这是一个微妙的线索，指的是`skipUnchangedFrames`属性: 当大部分帧可以跳过时，该框变为绿色. 每当画面静止时，确保它保持绿色; 如果没有, 一些逻辑导致了Starling不能进入跳帧操作.

屏幕上显示的所有元素其类型都是显示对象。 `starling.display`包包括抽象DisplayObject类;它提供了许多不同类型的基本显示对象，例如图像，影片剪辑和文本等等。

DisplayObject类提供了所有显示对象共有的方法和属性。 例如，以下属性用于配置对象在屏幕上的位置：

其他属性修改像素在屏幕上的显示方式：

以上这些是每个显示对象必须支持的基本属性。 下面让我们看看Starling关于这方面的API架构：

你会注意到，图表分成两个主要的子分支。 第一个分支，有一些类扩展自`Mesh`：例如`Quad`，Image`和`MovieClip。

网格是Starling的渲染架构的基本组成部分。 实际上一切被绘制到屏幕上的对象都是网格！ Stage3D不能绘制任何东西，除了三角形，一个网格其实是一系列的点，这些点按一定的顺序组成三角形。

第二个分支，你会发现一些扩展自DisplayObjectContainer的类。 顾名思义，这个类充当其他显示对象的容器。 它可以将显示对象组织成逻辑系统 - display list（显示列表）。

被渲染的所有显示对象的层次结构称为display list。 Stage是显示列表的根容器。 把"stage"(舞台)按字面上的意思理解：你的用户（观众）只会看到已经进入舞台的对象（演员）。 当您开始创建Starling时，舞台将自动被创建。 连接到舞台（直接或间接）的所有内容都将被渲染。

当我说“连接到”时，我的意思是需要一个parent-child关系。 为了使一个对象出现在屏幕上，你应该把它添加(addChild)到舞台，或任何其他连接到舞台的DisplayObjectContainer上。

舞台的第一个（通常是唯一的）子对象是application root：这是你传递给Starling构造函数的类。 就像舞台，它可能也是一个DisplayObjectContainer。 你将通过它来接管显示列表！

您将创建容器，其中容器将包含其他容器和网格（例如图片）。 在树型的显示列表中，这些网格构成叶子：它们不能再包含任何子对象。

这一切听起来似乎很抽象，让我们看一个具体的例子：一个聊天气泡。 要创建聊天气泡，您需要一个图像（对于气泡）和一些文本（对于讲话内容）。

这两个对象应该作为一个整体：当移动时，图像和文本应该跟随。 同样的，应该一起适应大小，缩放，旋转等的变化。 我们可以把这些对象放在一个非常轻量级的DisplayObjectContainer：Sprite中来实现。

因此，要将文本和图像组合在一起，您可以创建一个sprite，并将文本和图像添加为children：

添加子项的顺序很重要 - 它们按照放置顺序来决定显示层次。 这里，`textField`将出现在`image`前面。

现在那些对象被分组到同一个sprite里了，你可以把sprite当成一个整体来使用。

实际上，DisplayObjectContainer定义了许多方法来帮助你操纵它的子对象：

每个显示对象都有自己的坐标系。 例如，显示对象的`x`和`y`属性并不是直接针对屏幕坐标系而言，它们总是取决于当前的坐标系。 该坐标系又取决于对象在显示列表层次结构中的位置。

为了理解这一点，想象将纸片固定在书签板上。 每张纸版都表示有水平x轴和垂直y轴的坐标系。 你插入钉针的位置就是该坐标系的原点。

现在，当您旋转纸张时，绘制在其上的所有内容（例如图像和文本）将随其一起旋转，如同旋转了它的x和y轴一样。 然而，坐标系的原点（针）仍保持在它的位置。

因此，针的位置实际上是纸张相对于其母坐标系统（书签板）所确定的x坐标和y坐标。

在创建显示层次结构时，请牢记书签板的例子。 当采用Starling开发时这是一个你需要理解的非常重要的概念。

我已经提到过：当你创建一个应用程序时，你把它拆分成不同的逻辑部分。 一个简单的国际象棋游戏可能包含棋盘，棋子，暂停按钮和消息框等部分。 所有这些对象将显示在屏幕上 - 因此，每个对象都将由从DisplayObject派生的类来表示。

以一个简单的消息框为例。

这实际上与我们刚刚创建的讲话泡泡非常相似; 除了背景图像和文本，它还包含两个按钮。

这一次，我们不是仅仅将对象组合在一个sprite中，而是将它封装成一个方便的类，并且隐藏任何实现细节。

为了实现这一点，我们创建一个继承自DisplayObjectContainer的新类。 在其构造函数中，我们创建构成消息框的所有内容：

现在你有一个简单的类，包含一个背景图像，两个按钮和一些文本。 要使用它，只需创建一个MessageBox的实例并将其添加到显示列表：

您可以向类添加其它方法（如fadeIn和fadeOut），以及在用户单击其中一个按钮时触发的代码。 这是使用Starling的事件机制来完成的，这将在后面的章节中讲到。

当您不想再显示某个对象时，只需将其从其父级中删除即可。 例如通过调用`removeFromParent()`。 当然，这种情况下该对象仍然会存在，如果你想复用的话,你可以将它添加到另一个显示对象容器中。 然而，很多时候，该对象没有继续存在的必要。 在这种情况下，销毁它是一个好的做法。

当销毁显示对象时，它们将释放其本身（及任何子级）占用的所有资源。 这很重要，因为许多Stage3D相关的数据是无法被垃圾回收器回收的。 如果您没有销毁这些数据，它们将一直被保留在内存中，这意味着应用程序迟早会耗尽内存资源而崩溃。

为了处理起来更简单，`removeFromParent（）`接受一个可选地布尔参数来决定是否销毁该DisplayObject。 这样，上面的代码可以简化为这一行：

枢轴点是在传统显示列表中找不到的功能。 在Starling中，显示对象包含两个附加属性：pivotX和pivotY。 对象的枢轴点（也称为_origin_，root_或_anchor）定义其坐标系的根。

默认情况下，枢轴点在（0，0）`; 在图像中，即左上角位置。 大多数时候，这是适合需求的。 然而，有时，你想要在不同的位置 - 例如。 当您想要围绕其中心旋转图像时。

你必须将对象包装在容器中，以便使用枢轴点：

大多数有长期Flash开发经验的人员都会知道这个技巧; 并且会定期的使用它。 然而，有人可能会说，做这样一个很简单的事情也需要写不少代码。 借助于枢轴点，代码将缩减为以下形式：

不需要创建多余的容器！ 延续前面章节中使用的类比：枢轴点定义当您将其附加到父对象时，钉子穿过的位置。 上面的代码将枢轴点移动到对象的中心。

现在你已经学会了如何单独控制枢轴点坐标，让我们来看看“alignPivot()”方法。 它允许我们只用一行代码将枢轴点移动到对象的中心：

方便吗？

此外，如果我们想要把枢轴点置于其它地方（例如，在右下角），我们可以给该方法传递对齐参数：

该代码使图像围绕其右下角旋转。

纹理只是描述图像的数据 - 好比保存在数码相机上的文件。 你无法直接看到数据文件所记录的图像：毕竟它只是一系列的0和1。 您需要一个图像查看器来查看它，或将其发送到打印机。

纹理直接存储在GPU内存中，这意味着它们可以在渲染期间被高效的访问。 我们通常是直接嵌入(embed)到类或通过加载文件来得到纹理。您可以选择以下文件格式之一作为纹理格式：

starling.textures.Texture 类包含了许多用于实例化纹理的工厂方法。 下面列举了几个工厂方法（为了读起来更清楚，我省略了参数）。

可能最常见的任务是通过位图创建纹理。 这似乎并不容易:

通过嵌入位图创建纹理也很常见。 这可以用跟上述相同的方式完成：

然而，有一个捷径，使工作进一步简化：

Texture类的另一个特性隐藏在不显眼的`fromTexture`方法中。 它允许您使用另一个纹理中指定区域的局部纹理。

是什么原因让这个特性很有用？事实上，在这个过程中没有任何像素被复制。 相反，创建的SubTexture仅存储对其父纹理的引用。 这种方案非常高效！

很快，你会知道TextureAtlas类; 它基本上围绕这个功能构建。

我们现在有了一些纹理，但我们仍然不知道如何在屏幕上显示它们。 最简单的方法是使用Image类或其直系亲属之一。

让我们聚焦此族谱中的这一部分。

虽然所有这些类都自带运用纹理的方法，但是你经常使用的可能是Image类。 这是因为矩形纹理是最常见的，而Image类是使用它们的最简便的方式。

为了演示，让我告诉你如何通过Quad和Image显示一个纹理。

虽然在上述两种情况下，幕后发生的事情是完全相同的。 就个人而言，我总是选择能够节省一些代码的方法。

需要强调的是一个纹理可以映射到任意数量的图像（网格）。 事实上，这正是你应该做的：加载一个纹理，然后在应用程序的整个生命周期重复使用它。

几乎所有的内存占用都来自纹理;如果你浪费了纹理内存，你将很快耗尽RAM。

在之前所有的示例中，我们都是分别加载每个纹理。 然而，真正的应用程序实际上不应该这样做。 这是为什么呢？

通过使用纹理图集，您可以避免纹理切换和二次方的限制。 所有纹理都在一个大的“超级纹理”内，而Starling会关注显示这个纹理的正确部分。

诀窍是让Stage3D使用这个大纹理而不是小的纹理，并且只将大纹理的一部分映射到对应的每个四边形。 这将非常有效的节省内存使用，浪费尽可能小的空间。 （一些其他框架调用此功能，例如Sprite Sheets。）

RenderTexture类允许动态创建纹理。 把它想象成一个画布，你可以在其上绘制任何显示对象。

创建渲染纹理后，只需调用`drawObject`方法将对象直接渲染到纹理上。 对象将被绘制到当前位置的纹理上，并附带其当前旋转，缩放和透明度等属性。

绘图过程非常高效，因为它直接发生在图形存储器中。 在将对象绘制到渲染纹理上之后，其性能将像普通纹理一样 - 无论您绘制多少对象。

如果你一次绘制大量对象，建议通过`drawBundled`方法将绘图调用捆绑在一个块中，如下所示。 这使得Starling可以跳过几个相当昂贵的操作，极大地加快了这个过程。

要擦除渲染纹理的某些部分，可以使用任何显示对象（如“橡皮擦”）,通过设置其混合模式为BlendMode.ERASE来达到目的。

要彻底擦除它，使用`clear`方法。

Starling可以方便地显示动态文本。 TextField类字面意思应该非常明确！

一旦创建TextField，您可以像使用图像(Image)或四边形(Quad)一样使用它。

默认情况下，Starling将使用系统字体来渲染文本。 例如，如果设置TextField使用“Arial”字体，它将使用系统上安装的（如果系统中包含）。

然而，该方法的渲染质量不是最优的; 例如，可以在没有抗锯齿的情况下呈现字体。

为了获得更好的输出，应该将TrueType字体直接嵌入到SWF文件中。 使用以下代码：

嵌入字体后，所有使用相应字体名称（字体系列）和权重设置的TextField都将自动使用嵌入字体。 除此之外不需要其他设置或配置。

使用如上所示的TrueType字体适用于不经常更改的文本。 但是，如果您的TextField不断更改其内容，或者如果要显示TrueType格式不可用的花哨字体，则应使用位图字体。

位图字体是包含要显示的所有字符的纹理。 与TextureAtlas类似，XML文件存储着字形处于纹理中的位置。

这是Starling渲染的位图字体的所有必要条件。 要创建所需的文件，有几个途径：

这些工具使用方法都类似，允许您选择一个系统字体并可选地应用一些特殊效果。 导出文件时，有几件事要注意：

结果是“.fnt”文件和包含字符的关联纹理。

要使这样的字体可用于Starling，您可以将其嵌入到SWF中并将其注册到TextField类。

一旦位图字体实例在TextField类中完成注册，则无需再进一步处理它。 Starling将在遇到使用具有该名称的字体的TextField时，简单地拾取该字体。 像这样：

事件机制是Starling架构的一个关键特性。 简而言之，事件允许对象彼此进行通信。

你可能会想：我们已经有了一个机制 - 方法！ 确实如此，但方法只能在同一个线性方向上工作。 例如，查看包含Button的MessageBox。

消息框本身包含了按钮这个对象，因此可以直接使用其方法和属性，例如：

另一方面，Button实例没有对消息框的引用。 毕竟，一个按钮可以被任何组件使用 - 它完全独立于MessageBox类。 这是一件好事，否则，你只能在消息框中使用按钮，而在其他地方就只能呵呵了!

进一步说，按钮这样设计是有原因的 - 如果触发，它需要告诉别人！ 换句话说：按钮需要能够发送消息给它的所有者，无论谁。

有件事我得承认：当我向你展示Starling的显示对象的类层次结构时，我省略了实际的基类：EventDispatcher。

该类赋予所有显示对象分派和处理事件的能力。 所有显示对象继承自EventDispatcher,这不是巧合; 在Starling中，事件系统与显示列表紧密集成。 这有一些优点，我们将在后面看到。

最好通过看一个例子来描述事件。

想象一下，你有一只狗; 让我们叫他Einstein。 每天几次,Einstein会告诉你，他想出去散步。 他是通过吠叫来做到的。

你看到了事件机制的三个主要组件：

有时，你的阿姨会照顾狗。 当这种情况发生时，你不用关心狗吠 - 因为你的阿姨知道她要干什么！ 所以你删除事件监听器，这是一个不仅对狗主人，对Starling开发者来说也是一个好的做法。

这么多的`bark`事件。 当然，Einstein可以分派几种不同的事件类型，例如`howl`或`growl`事件。 建议将这样的字符串存储在静态常量中，例如。 右边的“狗”类。

Starling在Event类中预定义了几个非常有用的事件类型。 这里有一些最受欢迎的类型：

狗吠的原因不尽相同，对吧？ Einstein可能表达他想撒尿，或者他饿了。 它也可能是一种方式告诉一只猫，是离开此地的时候了。

懂狗的人可能会听到差异（我不会，因为我是一个只懂猫的人）。 这是因为聪明的狗设置了一个BarkEvent来存储他们的意图。

狗现在可以使用这个自定义事件时吠叫：

这样，任何熟悉BarkEvent的狗主人终将能够真正了解他们的狗。 实在是一项成就！

正如你所见：创建这个额外的类只是为了能传递那个“reason”字符串有点麻烦。 毕竟，它通常只是我们感兴趣的一个单一的信息。 不得不为这样简单的机制创建额外的类感觉有点低效。

这就是为什么你实际上不需要经常使用子类方法。 相反，你可以使用Event类的`data`属性，它可以存储任意引用（它是泛类型：Object）。

将BarkEvent逻辑替换为：

这种方法的缺点是我们失去一些类型安全。 但在我看来，与其实现一个完整的类，我宁愿使用类型转换。

此外，Starling还有几个快捷方法，可以进一步简化此代码！ 看这个：

我们摆脱了相当多的笨重的代码！ 当然，即使您不需要任何自定义数据，您也可以使用相同的机制。 让我们看看最简单的事件交互：

注意：简化的`dispatchEventWith`调用实际上甚至更高的内存效率，因为Starling将在后台复用Event对象。

在我们前面的例子中，事件分派器和事件监听器通过`addEventListener`方法直接连接。 但有时，这不是你想要的。

让我们假设你创建了一个带有深层显示列表的复杂游戏。 在这个列表的某个分支上，Einstein（这个游戏的主角 - 狗）陷入陷阱。 他在痛苦中嚎叫，在他的最后呼吸中，发出一个“GAME_OVER”事件。

不幸的是，这些信息需要在显示列表中，在游戏的根类中 在这样的事件中，它通常重置等级并将狗返回到其最近一个数据备份点。 将这个事件从狗身上通过多个显示对象，直到到达游戏根为止，这将是非常麻烦的。

这是一个非常常见的要求 - 这就是事件系统支持向上冒泡(bubbling)的原因。

想象一个真正的树（它是你的显示列表），并将其转动180度，使树干指向上方。 树干，这是你的舞台，树的叶子是你的显示对象。 现在，如果一个叶子创造了一个冒泡事件，那么该事件将像一杯苏打水中的气泡一样向上移动，从一个分支到另一个分支（从父母到另一个），直到它最终到达树干。

沿此路由的任何显示对象都可以侦听此事件。 它甚至可以弹出泡沫，阻止它进一步旅行。所有这一切都需要设置一个事件的`bubbles`属性为true。

在任何地方沿着它的路径，你可以听这个事件，例如。 对狗，其父母或阶段：

这个功能在许多情况下都很方便; 尤其是当通过鼠标或触摸屏进行用户输入时。

虽然典型的台式计算机由鼠标控制，但大多数移动设备（如智能手机或平板电脑）都是用手指控制的。

Starling统一了这些输入方式，将所有“指向设备”输入视为“TouchEvent”。 这样，你不必关心游戏控制的实际输入方式。 输入设备是鼠标，手写笔还是手指：Starling将始终分派触摸事件。

如果你想支持多点触摸，第一件事：请确保在创建你的Starling实例之前启用它。

注意属性`simulateMultitouch`。 如果启用它，您可以使用鼠标在开发计算机上模拟多点触摸输入。 当您移动鼠标光标时，按住键盘的[Ctrl]键(Windows)或键盘的[Cmd]键(Mac）即可试用。 再按住键盘的[Shift]以更改替代光标的移动方式。

要对触摸事件（真实或模拟）做出反应，您需要侦听类型为“TouchEvent.TOUCH”的事件。

您可能已经注意到，我刚刚将事件侦听器添加到Sprite实例。 但是Sprite是一个容器类;它没有任何有形的可见表面。 仍然能触摸它吗？

是的，能 - 感谢bubbling。

要理解这个，先回想一下我们之前创建的MessageBox类。 当用户点击其文本字段时，任何监听文本字段上的触摸事件的人都必须得到通知 - 到目前为止，显而易见。 但是对于在消息框本身上监听触摸事件的人也是如此;毕竟文本字段是消息框的一部分。 即使有人监听舞台上的触摸事件，他应该也得到通知。 触摸显示列表中的任何对象同时意味着触摸舞台！

由于冒泡事件，Starling可以轻松地代表这种类型的交互。 当它检测到屏幕上的触摸时，它计算出哪个叶节点对象被触摸。 它创建一个TouchEvent并在该对象上调度它。 从那里，它将沿着显示列表冒泡,一直到根。

在一些游戏引擎中，有一个叫做run-loop的机制。 这是一个无限循环，不断更新场景的所有元素。

在Starling中，由于显示列表架构，这样的循环没有什么意义。 我们已经将游戏分成许多不同的自定义显示对象，每个人都应该知道哪段时间该做什么。

这正是帧事件(EnterFrameEvent)的要点：允许显示对象随时间更新自身。 每帧，该事件被分派给位于显示列表中的所有显示对象。 下面讲如何使用它：

方法`onEnterFrame`每帧被调用一次，并且传递自上一帧以来已经过去的时间参数。 有了这些信息，你可以移动你的敌人，更新太阳的高度，或做任何其他需要。

这个事件背后的蕴含力量是，每次事件发生时你可以做完全不同的事情。 你可以动态地响应游戏的当前状态。

例如，你可以让敌人向玩家迈进一步;甚至一个简单形式的敌人AI，如果你愿意！

现在到预定义的动画。 它们非常常见，例如movement，scale，fade等。 Starling处理这些动画的方法很简单 - 但同时非常灵活。 基本上，你可以缓动任何对象的任何属性，只要它是数字（Number，int，uint）。 这些动画描述被封装在称为Tween的对象中。

了解了这些理论，接下来我们举个例子：

这个补间描述了一个动画，将“ball”对象移动到“x = 20”，将其放大两倍，并降低其不透明度，直到它不可见。 所有这些变化将在半秒内同时进行。 起始值仅仅是指定属性的当前值。

这个示例告诉我们：

Apropos: 由于缩放，淡入淡出和移动的频率很高，所以Tween类也提供了更为具体的方法。 你可以这样写:

补间动画的一个有趣的功能是，你可以改变动画的执行方式，例如。 让它先慢后快。 这是通过指定过渡类型做到的。

以下示例显示如何指定这样的转换，并介绍此类的更多功能。

我们刚刚创建和配置了一个补间动画 - 但什么也没有发生。 一个tween对象描述了动画如何运行，但它并未开始运行。

你可以通过tweens`advanceTime`方法手动执行：

嗯，它们正常工作了，但这样编码有点麻烦，不是吗？ 虽然可以在一个`ENTER_FRAME`事件响应函数中调用`advanceTime`，但是只要你有多个动画，它仍然一定会变得繁琐。

别担心：我知道有个好家伙。 他真的善于处理这样的事情。

Juggler(魔术师)接受并执行任意数量的动画对象。 像任何真正的艺术家一样，它将以饱满的热情坚定地追求其生命价值：连续调用`advanceTime`。

在活动Starling实例上总是有一个默认的juggler。 执行动画的最简单的方法是通过下面这行代码 - 只要将动画分配给默认的魔术师，你就完成了。

当动画完成后，它将被自动释放，无需后续设置。 在许多情况下，这种简单的方法将是你需要的！

在某些情况下，你需要更多的控制。 假设你的舞台包含一个主要动作发生的游戏区域。 当用户点击暂停按钮时，您想要暂停游戏并显示一个消息框（消息框本身也有动画），也许再提供一个选项返回到游戏菜单。

当这种情况发生时，游戏应该完全冻结：它的动画不应该再继续。 问题是消息框本身也使用一些动画，所以我们不能只让默认的魔术师停止工作。

在这种情况下，给游戏区域额外分配一个魔术师就变得有必要。 一旦按下退出按钮，这个魔术师应该停止一切工作。 游戏将冻结在当前画面，而消息框（使用默认的魔术师，或者可能是另一个）动画仍然在工作。

当你创建一个自定义的魔术师，你所要做的就是在每一帧中调用它的“advanceTime”方法。 我建议通过以下方式使用jugglers：

这样，你已经完美地分离了游戏的动画和消息框。

顺便说一下：魔术师不限于Tweens家族。 只要一个类实现了“IAnimatable”接口，就可以将它列入到魔术师阵营。 该接口只有一个方法：

通过实现此接口，您可以 自己创建一个简单的MovieClip类。 在它的“advanceTime”方法中，它会不断地改变显示的纹理。 要启动影片剪辑，您只需将其分配给魔术师。

这留下一个问题，那就是：什么时候并且如何从魔术师中删除一个动画对象？

从技术上讲，我们现在已经涵盖了Starling支持的所有动画类型。 然而，实际上还有另一个概念与这个主题密切相关。

记住Einstein，给我们介绍事件系统的那位智能狗？ 最后一次我们看到他，他刚刚失去了所有的健康点，并打算叫“gameOver”。 但等待：不要立即调用该方法 - 这将突然结束游戏。 相反，调用它的延迟，例如，两秒钟（足够的时间，让玩家实现正在展开的剧情）。

要实现该延迟，您可以使用flash自带的Timer或`setTimeout`方法。 然而，你也可以使用魔术师，这有一个巨大的优势：你完全掌控一切。

当你想象玩家现在点击“暂停”按钮，在这两秒过去之前变得很明显。 在这种情况下，你不仅想要停止游戏区的动画;你希望这个延迟的`gameOver`调用被延迟更多。

为此，请进行如下操作：

`gameOver`函数将从现在开始调用两秒钟（如果魔术师工作被中断，则更长时间）。 也可以给这个函数传递一些参数。 想要派发事件吗？

使用延迟调用的另一种方便的方法是执行周期性操作。 想象你想要每三秒产生一个新的敌人。

要中止延迟调用，请使用以下方法之一：

当我们查看关于Mesh的类图的时候，你可能已经注意到MovieClip类。 事实如此：MovieClip实际上只是Image的一个子类，随着时间的推移改变其纹理。 可以认为他是Starling中的一个GIF动画！

第一步是将您要使用的所有资源加入到队列。 如何加入完全取决于每个资源的类型和来源。

现在资源队列已经添加完成了，您可以一次加载所有资源。 根据您正在加载的资源的数量和大小，这可能需要一段时间。 因此，最好向用户展示某种进度条或加载指示符。

请注意，“startGame”方法是您必须自己实现的;这时你就可以隐藏加载画面并开始实际的游戏。

如果启用了“verbose”属性，您将看到可供访问的资源名称：

现在队列完成处理了，您可以使用AssetManager的各种“get …​”方法访问您的资源。 每个资源都由一个名称来引用，它是资源的文件名（不带扩展名）或嵌入对象的类名。

如果您之前已经将位图字体加入到队列中了，那么队列完成后它将被注册并可以使用。

Starling有一些非常有用且易用的滤镜。

我上面提到它：虽然GPU处理部分是非常高效的，但额外的绘制调用使片段过滤器相当昂贵。 但是，Starling尽力优化滤镜性能。

您想知道如何创建自己的滤镜吗？ 不要担心，我们将探讨该主题稍后…​。

在此期间，您可以尝试使用由其他Starling开发人员创建的滤镜。 一个很好的例子是 filter collection by devon-o.

直接使用VertexData和IndexData将是相当麻烦的。 将所需要的设置代码封装在一个类中是有意义的。

为了说明如何创建自定义网格，我们现在将编写一个名为NGon的简单类。 它的任务：用自定义颜色渲染常规的n边形。

我们希望此类用起来像一个flash内置的显示对象。 您实例化它，将其移动到某个位置，然后将其添加到显示列表。

让我们看看我们如何能够实现这个功绩。

像所有其他形状，我们的正多边形也是由几个三角形构成。 下面是我们如何设置一个五边形的三角形（一个n边多边形，n = 5）。

五边形由六个顶点构成，横跨五个三角形。 我们给每个顶点一个在0和5之间的数字，5在中心。

如上所述，顶点存储在VertexData实例中。 VertexData为每个顶点定义一组属性。 在这个示例中，我们需要两个标准属性：

VertexData类定义了一些访问这些属性的方法。 这允许我们设置多边形的顶点。

创建一个名为NGon的新类，​​扩展自Mesh。 然后添加以下实例方法：

由于我们的网格有一个统一的颜色，我们为每个顶点分配相同的颜色。 边缘顶点（拐角）的位置沿着具有给定半径的圆分布。

这么多的顶点。 现在，我们需要定义组成多边形的三角形。

Stage3D想要一个简单的列表，即索引列表，每三个连续的索引组成一个三角形。 顺时针参考指标是一个好的做法; 这个约定表示我们正在看三角形的前侧。 我们的五边形的列表将如下所示：

在Starling中，IndexData类用于设置索引列表。 以下方法将使用适当的索引填充IndexData实例。

这实际上是我们需要的NGon类！ 现在我们只需要在构造函数中使用上面的方法。 显示对象的所有其他职责（碰撞测试，渲染，边界计算等）由超类处理。

这很直接，不是吗？ 这种方法适用于你可以想到的任何形状。

如果我们能够将纹理映射到这个多边形，不是很好吗？ 基类Mesh已经定义了一个`texture`属性;我们只缺少所需的纹理坐标。

通过纹理坐标，您可以定义纹理的哪个部分映射到哪个顶点。 它们通常称为UV坐标，它是对通常用于其坐标轴（u和v）的名称的引用。 请注意，UV范围定义在0和1内，是一个比值，与实际纹理尺寸无关。

有了这些信息，我们可以相应地更新`createVertexData`方法。

当分配纹理时，渲染代码将自动选取这些值。

如果你仔细观察我们的正多边形的边缘，你会看到边缘锯齿相当严重。 这是因为GPU处理正多边形内部或外部的像素时 - 并没有平滑像素化边缘。 要解决这个问题，您可以启用反锯齿：在Starling类中有一个具有该名称的属性。

该值与Stage3D在渲染时使用的子样本数相关。 使用更多的子样本数需要执行更多的计算，使得抗锯齿可能成为非常昂贵的选项。 此外，Stage3D并非在所有平台上的都支持抗锯齿。

因此，它不是一个理想的解决方案。 我可以提供的唯一的好消息：屏幕的像素密度不断上升。 在现代高端手机上，像素如此之小，以致于锯齿很少成为一个问题。

你现在知道该如何创建任意形状的纹理网格了。 如果仅仅如此，您使用Starling内置的标准渲染机制就可以了。

然而，如果你想自定义渲染过程呢？ 虽然Mesh类的属性和方法提供了坚实的基础 - 但迟早，你会觉得这些还不够。

Starling的网格样式可以解决这种问题。

样式是Starling的新增内容（在2.0版中引入），是创建自定义高性能渲染代码的推荐方式。 事实上，Starling中的所有渲染都是通过网格样式完成的。

要使用新的网格样式，你可以扩展MeshStyle。 这允许您为各种有趣的效果创建自定义着色器程序。 例如，您可以实现快速颜色转换或多纹理。

要使用样式，实例化它并将其分配给网格的“style”属性：

样式几乎无所不能;它们的应用无极限。 并且由于具有相同样式的网格可以分批在一起，您不必担心因此牺牲性能。 在这方面，它们比片段过滤器（它们具有类似的目的）更高效。

样式的主要缺点是它们只能被分配给一个网格物体（不是一个精灵），并且它们只能在实际的网格区域内作用（比如模糊效果就不能实现）。 此外，不能在一个网格上组合几个样式。

虽然如此，样式仍然是任何Starling开发人员都应该熟悉的一个强大的工具。 在“自定义样式，稍后部分”中，我将向您介绍如何从头开始创建自己的网格样式，着色器等等！敬请期待!

“这个遮罩功能看起来真的很好”，你可能会问，“但是我怎么创造关于你刚说的任意形状？” 好，你问这个问题我很高兴！

事实上：由于遮罩完全依赖于几何体，而不是任何纹理，所以你需要一种绘制遮罩形状的方法。 恰巧有两个类可以帮助你完成这个任务：Canvas(画布)和Polygon(多边形)。 他们都与掩模板有密切的联系。

Canvas类的API类似于Flash的Graphics对象。 例如,画一个红圈：

还有一些方法来绘制椭圆，矩形或任意多边形。

我们来讲讲Polygon类。 Polygon（包`starling.geom`）描述由多个直线段定义的闭合形状。 它是Flash的Rectangle类的功能继承者，但是支持任意形状.^[4]

而Canvas支持绘制多边形对象，它是Polygon的理想伴侣。 这两个类将解决所有与遮罩相关的需求。

我想提醒一下关于遮罩的几个注意事项：

就像一个常规的Sprite，你可以在这个容器中添加和删除子对象，这允许你将多个显示对象组合在一起。 除此之外，Sprite3D还提供了几个有趣的属性：

在这些属性的帮助下，您可以将精灵及其所有的子对象放在3D世界中。

如你所见，使用Sprite3D并不困难：你只需要探索几个新的属性。 碰撞测试，动画，自定义渲染 - 一切都像你使用其他显示对象一样。

当然，如果你正在显示3D对象，你也希望能够设置这些对象的透视图。 这可以通过设置相机来达到目的;在Starling中，通过starling的舞台来设置相机。

以下舞台属性可设置相机：

Starling将始终确保舞台填充整个视口。 如果更改视野，焦距也将被修改以遵守此约束，反之亦然。 换句话说：fieldOfView和focalLength只是相同属性的不同表示。

下面是一个例子，说明fieldOfView的值如何影响Starling演示中的立方体外观：

默认情况下，相机将始终指向舞台中心。 projectionOffset允许你切换成远离这一点的透视图;如果你想从另一个方向看你的对象，例如，从顶部或底部，可以使用projectionOffset。 还是这个立方体，这次针对`projectionOffset.y`使用不同的值：

Starling的核心关注点决定它仍然是一个2D引擎，这意味着你应该注意一些限制：

但是，在许多情况下，有一个技巧可以减轻后一个问题：当对象实际上并没有进行3D转换时，即，如果你没有做任何2D精灵不能做的事情，那么Starling将它当作一个2D对象 - 具有相同的性能和批处理能力。

这意味着你无需刻意减少Sprite3D实例数量;你只需要避免同一时间做过多的3D变换。

我创建了一个视频教程，演示如何在真实的项目中使用这个功能。 它显示了如何让2D游戏的看起来有强烈的立体感。

在常规Flash和Starling中，颜色以十六进制格式指定。 这里有几个例子：

Color类包含一些常用的颜色值的列表; 此外，您可以使用它来轻松访问各颜色通道数值。

Starling期望所有角度以弧度表示（不同于Flash，在某些地方使用度数，在其他地方使用弧度）。 要在度数和弧度之间进行转换，可以使用以下简单函数。

你可以使用`format`方法来格式化.Net/C#风格的字符串。

相同的类还包含从字符串的开头和结尾去除空格的方法 - 每当需要处理用户输入时进行频繁操作。

了解应用或游戏当前执行环境的信息通常很有用。 SystemUtil包含一些帮助执行该任务的方法和属性。

虽然该类主要是为了帮助处理一些几何问题，它还包含以下非常有用的帮助方法：

如果你以前使用过AS3，你可能会想知道为什么我写了这些方法，提供了类似原生的数学类。

不幸的是，这些等价方法有副作用：每次您调用`Math.min`，它创建一个临时对象（至少当你为iOS编译你的应用程序时）。 这些替代品没有这种副作用，所以你应该总是喜欢他们。

现在我们碰到了临时对象的主题，这是介绍你Pool类的最佳时机。

经验丰富的AS3开发人员知道任何对象分配都有一个代价：对象需要被垃圾回收。 这完全在幕后发生;你甚至大部分时间不会注意到它。

但是，当清理过程占用太多时间时，您的应用程序将卡住一段时间。 如果这种情况经常发生，它很快就会成为您的用户的一个烦恼。

避免这个问题的一个策略是回收您的对象并反复使用它们。 例如，像Point和Rectangle这样的类通常只需要很短的使用时间：创建它们，用一些数据填充它们，然后丢弃它们。

从现在开始，让Starling的Pool类处理这些对象。

该类还以类似的样式支持Vector3D，Matrix和Matrix3D。

`starling.utilities`包包含更多的帮助，我可能一并在这里列出。 有关方法和类的完整列表，请参阅:http://doc.starling-framework.org/core/starling/utils/package-detail.html[API Reference]. 它值得一看！