blocks|key|2293642|text|绝对不是。循环依赖是糟糕设计的标志。我不是故意苛刻的。有一些方法可以解决这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2293643|1)您可以将公共代码重构到另一个项目中，比如Project#0|2293644|2)你可以修改你的设计，这可能就是你要做的。|2293645|Bob叔叔有一篇关于打包原则的好文章，其中包括非循环依赖原则。http://www.objectmentor.com/resources/articles/granularity.pdf。阅读这篇文章可以了解为什么循环依赖是一件坏事。|offset|length|2293646|entityMap|0|LINK|mutability|MUTABLE|url|https://web.archive.org/web/20100102145126/http://objectmentor.com/resources/articles/granularity.pdf^0|0|0|0|V|1Q|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|T|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|U|8|@]|9|@$H|V|I|W|1|X]]|A|$]]|$1|J|3|-4|5|6|7|Y|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

Absolutely not. Circular dependencies are a indication of bad design. I don't mean to be harsh. There are some ways out of this.

1) You can refactor common code to another project, say Project#0

2) You can fix your design, which is probably the way to go.

Uncle Bob has a good article on Packaging Principles which includes the Acyclic Dependencies Principle. <a href="https://web.archive.org/web/20100102145126/http://objectmentor.com/resources/articles/granularity.pdf" rel="noreferrer">http://www.objectmentor.com/resources/articles/granularity.pdf</a>. Read this to know why cyclic dependencies are a bad thing.

blocks|key|2293521|text|重构您的项目，将公共元素提取为Project+#1和Project+#2都引用的"Project+#0“。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2293522|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Refactor your projects to take the common elements out into a "Project #0" which both Project #1 and Project #2 reference.

blocks|key|708993|text|将两者合而为一，或者重新设计。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|708994|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Merge the two into one or redesign.

blocks|key|885254|text|这指向了您的设计中的一个问题。如果确实需要两个或更多的类型相互识别，那么它们应该存在于同一个程序集中。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|885255|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This points to a problem in your design. If there is a genuine need for two or more of your types to be mutually aware then they should exist in the same assembly.

blocks|key|885219|text|不是的。合理地组织你的项目。尝试使用某种基于抽象的排序-从低级到高级。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|885220|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

No. Structure your projects properly. Try using some sort of ordering based on abstraction - low-level to high-level.

blocks|key|885368|text|循环依赖意味着这两个项目不再是两个独立的项目(因为不可能只构建其中一个)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|885369|您需要进行重构，以便只有一个单向依赖项，或者应该将它们合并到单个项目中。|885370|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

A circular dependency means that these are no longer two independent projects (because there it is impossible to build only one of them).

You need to either refactor so that you have only a one way dependency or you should merge them into a single project.

blocks|key|2293664|text|循环引用可以像在previous+question中看到的那样做，但是你不应该做，原因每个人都已经在这里陈述过了。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|2293665|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/questions/1316518/1316569#1316569^0|4|10|8|H|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@$9|O|A|P|B|C]]|D|@$9|Q|A|R|1|S]]|E|$]]|$1|F|3|-4|5|6|7|T|8|@]|D|@]|E|$]]]|G|$H|$5|I|J|K|E|$L|M]]]]

Circular reference can be done as seen in a <a href="https://stackoverflow.com/questions/1316518/1316569#1316569">previous question</a>, but you should not do it for the reasons everybody already stated here.

blocks|key|2293563|text|I真的不想自作聪明，但更好的程序设计才是解决之道。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2293564|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I really don't mean to be a smart-aleck, but better program design is the answer.

blocks|key|708458|text|每个人都会告诉你，这是一个糟糕的设计，不要做，等等。然而，有时候说起来容易做起来难，将实现转移到一个单独的公共代码中是不可取的。对于这种情况，不是直接调用另一个包，而是从一个包发出一个事件，然后在另一个包中处理它。这样，您就不需要使另一个组件成为第一个组件中的依赖项。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|708459|如果您仍然希望将实现保存在单独的包中，另一种方法是从接口派生逻辑类，并在单独的包中定义这些类。如果您有实例化实现的方法，例如通过依赖项注入或其他方法，则这是可行的。|708460|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

Everyone will tell you this is a bad design do not do it etc. However sometimes it is easier said than done and moving the implementation into a separate common code is not desirable. 
For such cases instead of calling the other package directly, emit an event from one package and handle it in the other. That way you do no need to make the other component a dependency in the first component.

Another way if you still want to keep the implementation in separate packages is to derive your logic classes form interfaces and define those in a separate package. This works if you have a way to instantiate the implementation, for example via dependency injection or other means.

blocks|key|885459|text|这似乎是一个设计缺陷，没有别的。重新设计是解决方案。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|885460|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This seems to be a design flaw, nothing else. Re-design is the solution.

blocks|key|2293712|text|我不认为这是一个很好的解决方案，但我们仍然可以通过遵循以下步骤来实现|type|unstyled|depth|inlineStyleRanges|entityRanges|data|2293713|2293714|添加参考|unordered-list-item|2293715|浏览和|2293716|转到dll项目的调试文件夹，|2293717|找到.dll并添加。|2293718|2293719|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|P|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|Q|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|R|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|S|8|@]|9|@]|A|$]]|$1|J|3|K|5|E|7|T|8|@]|9|@]|A|$]]|$1|L|3|-4|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|N|$]]

I don't think it is a good solution but still we can do by following these steps

<ul>
<li>add the reference </li>
<li>browse and </li>
<li>go to Debug folder of dll project,</li>
<li>find the .dll and Add . </li>
</ul>

I have 2 projects.

Project#2 has a reference to Project#1

Now I need to reference Project#2 in Project#1, but vs.net is complaining about a circular dependency.

Is there a way out of this?

Circular dependencies

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

我有两个项目。Project#2引用了Project#1现在我需要在Project#1中引用Project#2，但是vs.net抱怨循环依赖。有没有办法解决这个问题？

问循环依赖
EN

回答 11

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问循环依赖EN

回答 11

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问循环依赖
EN