我有一个Flash项目,它有许多源文件。 我有一个相当使用很多的类,叫做Jenine。 我最近(也许无情地)把Jenine从一个命名空间转移到另一个命名空间。 我以为我们已经准备好了 – 我以为是时候了。 新的Jenine在各方面都更好 – 她已经失去了一些代码膨胀,她已经脱离了一些退化的阶级关系,她终于回到了她一直秘密知道的名字空间是她真正的曾经属于。 她是她自己的。 不幸的是,Flash将不具备这一点。 也许它已经形成了一个依恋。 也许它不希望 Jenine分离。 无论哪种方式,它都记忆犹太的古老,完美的版本。 它拒绝继续前进。 它忽略了她(function)的呼叫。 它试图忘记她的新的公共接口。 相反,它构build的每个Jenine实例总是旧版本的副本,直到它的类path: var jenineInstance:Jenine = new Jenine(); trace( getQualifiedClassName(jenineInstance)); // Should print: com.newnamespace.subspace::Jenine // Prints: com.oldnamespace.subspace::Jenine // Ah, young love! 我们战斗。 我并不以我所说的或所做的一些事情为荣。 最后,在愤怒的高潮中,我完全删除了所有的耶琳的引用。 她完全被彻底清除了。 我的光标落在“清空垃圾箱”菜单选项上,如棺材的冷盖。 我不认为Flash已经恢复。 直到今天,它仍然依附于杰宁的记忆。 她那古老的,不完美的定义仍然像我被遗弃的鬼魂一样浮现在我的项目中。 无论什么时候我强迫Flash编译,它仍然将她插入到我的电影中,将她的定义与其他活生生的阶级,比如一个小型的圣地相提并论。 我想知道他们是否可以见到她。 闪光灯,我不再说话了。 我写我的代码,编译它。 有一个名叫Summer的城里有一个新女孩,看起来和Jenine几乎一模一样,好像有人刚刚把她的源代码批量拷贝到一个新class上,但是Flash并没有performance出任何兴趣。 大多数时候,它只是在我认为我没有看的时候,在我的评论中写下不好的诗。 我希望没有其他人有类似的经历,这只是一个令人震惊的黑暗泻湖中的一个奇怪的,痛苦的涟漪,就是Flash代码库。 如果由于某种偶然的机会,或者你有任何想法,如何清除编译器正在使用的任何该死的caching,请帮助。