Circular dependencies

你说的曾经没有我的故事 提交于 2019-11-27 01:41:48
Craig Wilson

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. http://www.objectmentor.com/resources/articles/granularity.pdf. Read this to know why cyclic dependencies are a bad thing.

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

Merge the two into one or redesign.

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.

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

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.

Alfred Myers

Circular reference can be done as seen in a previous question, but you should not do it for the reasons everybody already stated here.

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

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

K.B.Raj

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

  • add the reference
  • browse and
  • go to Debug folder of dll project,
  • find the .dll and Add .
易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!