Flex 库中的循环依赖

发布于 2024-08-05 22:34:33 字数 231 浏览 8 评论 0原文

我有两个相互引用的 Flex 库。两者都使用链接类型“External”,然后我使用 Loader 类手动加载。

我收到错误“在项目:foo 的构建路径中检测到循环”。

有什么办法可以解决这个问题吗?也许是编译器的参数什么的。

我认为应该不会有问题,因为使用 external 链接类型,源代码不会被编译到库中......

I have two Flex libraries that reference each other. Both use link type "External", and I manually load then with the Loader class.

I'm getting the error "A cycle was detected in the build path of project: foo".

Is there any way to resolve this? Maybe a parameter for the compiler or something.

I don't think there should be a problem, since with the external link type the source code doesn't get compiled into the library...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

与酒说心事 2024-08-12 22:34:33

听起来更像是您需要重新考虑您的代码。

也许您可以通过使用接口以一种方式消除依赖性?

如果您可以概述依赖关系,也许我或其他人可以提供有关如何重新设计结构的想法。

编辑:

你给我一个减号真是太好了...让我引用一下关于该主题的维基百科文章

[...] 在软件设计循环中
大型软件之间的依赖关系
模块被认为是
反模式,因为它们的负面影响

[...]

循环依赖会导致许多
软件程序中的不良影响。
最有问题的软件
设计角度是紧密的
相互依存的耦合
减少或使
不可能单独重复使用
单个模块

循环依赖可能会导致
当局部较小时会产生多米诺骨牌效应
一个模块的变化会扩散到
其他模块并具有不需要的全局
影响(程序错误、编译
错误)。循环依赖可以
也会导致无限递归或
其他意外失败。

循环依赖也可能导致
通过防止某些内存泄漏
非常原始的自动垃圾
收藏家(那些使用参考
计数)从释放未使用的
对象。

[...]

循环依赖经常发生
由需要实施的缺乏经验的程序员引入
某种回调功能。
有经验的程序员会避免这种情况
不必要的循环依赖
应用像这样的设计模式
观察者模式。

(强调)

但是话又说回来,也许你比维基百科上的集体更聪明......

It sounds more like you need to rethink your code.

Maybe you can eleminate dependency one way by using interfaces?

If you could give an overview of the dependencies maybe I or someone else could give ideas on how to redesign the structure.

Edit:

How nice of you to give me a minus... Let me quote the Wikipedia article on the subject:

[...] in software design circular
dependencies between larger software
modules are considered an
anti-pattern because of their negative effects.

[...]

Circular dependencies can cause many
unwanted effects in software programs.
Most problematic from a software
design point of view is the tight
coupling of the mutually dependent
modules which reduces or makes
impossible the separate re-use of a
single module
.

Circular dependencies can cause a
domino effect when a small local
change in one module spreads into
other modules and has unwanted global
effects (program errors, compile
errors). Circular dependencies can
also result in infinite recursions or
other unexpected failures.

Circular dependencies may also cause
memory leaks by preventing certain
very primitive automatic garbage
collectors (those that use reference
counting) from deallocating unused
objects.

[...]

Circular dependencies are often
introduced by inexperienced programmers who need to implement
some kind of callback functionality.
Experienced programmers avoid such
unnecessary circular dependencies by
applying design patterns like the
observer pattern.

(Emphasis added)

But then again, maybe you are smarter than the collective that writes on wikipedia...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文