让我们编制一个提示列表。
(可以理解,这会涉及到一些主观性,但对于在 Flash 框架内处理大型项目而不知所措的人来说,一些建议会很有用。)
这些只是对主要使用 Flash IDE 进行的项目组织的零散想法。
首先,我强烈建议使用源代码控制,例如 Subversion、CVS 或 Git。
文件系统文件夹结构的组织是主观的,但我通常有一个用于所有源 FLA 和 AS 类文件的“src”文件夹,以及一个用于编译文件的“deploy”或“bin”文件夹。src 文件夹将包含类包文件,类包以反向域样式组织(例如 - com.codehinting.projectname.context )。修改 FLA 的发布路径以发布到部署文件夹,方法是使用“../”路径段进行回溯,从 src 文件夹中的嵌套回溯所需的级别。
此外,我通常将第三方库(非常好“烘焙”)放在单独的位置,然后修改 Flash IDE 中的全局类路径以指向该位置。
Flash IDE 的两个非常方便的插件是 Create Basic Layers 和 Library Generator,它们可以快速创建骨架层和库文件夹结构 - 与手动创建层和文件夹相比可以节省时间。
我采用了 Blitz 的项目命名指南:
我的 DEV_Source 分为 database/flash/flex 目录。
Flex 目录是 Adobe 约定的标准目录,但 flash 具有自定义设置。
bin -- SWF 的输出,包含 JS 和 index.html
类 -- AS3 代码
文档 -- 代码库的 AS Doc 输出
-- 3rd 方库和组件
src -- FLA 文件(将发布设置设置为在 bin 中编译)
测试-- 类的AS单元测试用例
一个复杂的项目会有很多依赖。在我的 Flash 项目中,我将所有库按原样放置在受版本控制的位置。第三方库通常是资产、代码、演示和文档的混合体。
我保留了一个小的 yaml 文件,用于跟踪与系统上每个库关联的每种资源的位置。当我添加一个新库时,它的位置首先进入这个文件,然后我运行我的 Ruby 脚本将文件移动到一个位置。这样就不会与第三方库路径争吵,并确保我的项目中包含的路径与我的 fla 文件和 Flex 构建器项目中的匹配。
将它们全部绑定的单一来源。