Flash CS4拒绝放手 [英] Flash CS4 refuses to let go

查看:161
本文介绍了Flash CS4拒绝放手的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我有一个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.

我不认为闪光灯已经恢复。到今天,它仍然紧贴着Jenine的记忆。她的旧的,不完美的定义仍浮在我的项目,如被遗弃的鬼。每当我强迫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,我不再说话了。我写我的代码,它编译它。有一个名叫夏天的城里有一个新女孩,看起来几乎和Jenine完全相同,好像有人刚刚将她的源代码批量复制到一个新类中,但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. If, by some fluke chance you have, or you have any idea how to erase whatever damn cache the compiler is using, please, please help.

推荐答案

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 Settings\username\Local Settings\Application Data\Adobe\Flash CS4\en\Configuration\Classes\aso

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

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

您可以手动删除这些文件,也可以在Flash中选择 Control->删除ASO文件以删除它们。

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

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

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆