Flash CS4 不肯放手 [英] Flash CS4 refuses to let go

问题描述

我有一个 Flash 项目，它有很多源文件.我有一个相当频繁使用的类，称之为 Jenine.我最近(也许是冷酷地)将 Jenine 从一个命名空间迁移到了另一个命名空间.我以为我们已经准备好了——我认为是时候了.新的Jenine在各方面都更好——她减少了一些代码膨胀，她已经从一些残留的类关系中解耦出来，她终于回到了她一直在心里偷偷知道的命名空间是她真正的名字曾经属于.她属于自己的同类.

I have a Flash project, and it has many source files. I have a fairly heavily-used class, call it Jenine. I recently (and, perhaps, callously) relocated Jenine from one namespace to another. I thought we were ready - I thought it was time. The new Jenine was better in every way - she had lost some code bloat, she had decoupled herself from a few vestigial class relationships, and she had finally come home to the namespace that she had always secretly known in her heart was the one she truly belonged to. She was among her own kind.

不幸的是，Flash 没有这些.也许它已经形成了一种执着.也许它不希望 Jenine 被解耦.无论哪种方式，它都牢牢记住了记忆中完美的旧版 Jenine.它拒绝继续前进.它忽略了她的(函数)调用.它试图忘记她新的公共界面.相反，它构造的每个 Jenine 实例始终是旧版本的副本，一直到其类路径:

Unfortunately, Flash would have none of that. Perhaps it had formed an attachment. Perhaps it didn't want Jenine to be decoupled. Either way, it clung to the old, perfect version of Jenine in its memory. It refused to move on. It ignored her (function) calls. It tried to forget her new, public interfaces. Instead, every instance of Jenine that it constructed was always a copy of the old version, down to its classpath:

var jenineInstance:Jenine = new Jenine();
trace( getQualifiedClassName(jenineInstance));
// Should print: com.newnamespace.subspace::Jenine
// Prints: com.oldnamespace.subspace::Jenine
// Ah, young love!

我们吵架了.我并不为我说过或做过的一些事情感到自豪.最后，一怒之下，我彻底删除了所有对 Jenine 的引用.她被彻底、彻底地从系统中抹去.我的光标落在清空垃圾箱"菜单选项上，就像棺材的冷盖一样.

We fought. I'm not proud of some of the things I said or did. In the end, in a towering fit of rage, I deleted all references of Jenine completely. She was utterly, completely erased from the system. My cursor fell upon the "Empty Trash" menu option like the cold lid of a casket.

我认为 Flash 永远不会恢复.直到今天，它仍然牢牢地留在珍妮的记忆中.她旧的、不完美的定义仍然像被遗弃的幽灵一样漂浮在我的项目中.每当我强制 Flash 编译时，它仍然亲切地将她插入我的电影中，将她的定义置于其他活生生的类中，就像一座小神殿.我想知道他们是否能看到她.

I don't think Flash ever recovered. To this day it still clings to the memory of Jenine. Her old, imperfect definitions still float through my project like abandoned ghosts. Whenever I force Flash to compile, it still lovingly inserts her into my movie, nestling her definition in amongst the other, living classes, like a small shrine. I wonder if they can see her.

Flash 和我不再说话了.我写我的代码，它编译它.镇上有个新来的女孩叫夏天，她和珍妮长得几乎一模一样，好像有人刚刚把她的源代码批发到一个新班级里，但 Flash 没有表现出任何兴趣.大多数时候，当它认为我没有在看时，它只是闷闷不乐，并在我的评论中写下糟糕的诗歌.

Flash and I don't really talk anymore. I write my code, it compiles it. There's a new girl in town named Summer who looks almost identical to Jenine, as if someone had just copied her source-code wholesale into a new class, but Flash hasn't shown any interest. Most days it just mopes around and writes bad poetry in my comments when it thinks I'm not looking.

我希望没有其他人有过类似的经历，这只是 Flash 代码库中可怕的黑暗泻湖中的一个奇异的、痛苦的涟漪.有谁知道如何擦除编译器正在使用的任何缓存?

I hope no one else has had a similar experience, that this is just a singular, painful ripple in the horrifying dark lagoon that is the Flash code-base. Does anyone have any idea how to erase whatever cache the compiler is using?

推荐答案

Flash 仍然有 ASO 文件，它是为您的类编译的字节码.在 Windows 上，您可以在此处查看 ASO 文件:

Flash still has the ASO file, which is the compiled byte code for your classes. On Windows, you can see the ASO files here:

C:Documents and SettingsusernameLocal SettingsApplication DataAdobeFlash CS4enConfigurationClassesaso

在 Mac 上，目录结构类似于 /Users/username/Library/Application Support/

On a Mac, the directory structure is similar in /Users/username/Library/Application Support/

您可以手动删除这些文件，或者在 Flash 中您可以选择 Control->Delete ASO files 来删除它们.

You can remove those files by hand, or in Flash you can select Control->Delete ASO files to remove them.

这篇关于Flash CS4 不肯放手的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！