Esto probablemente suena como una pregunta estúpida, pero voy a intentarlo de todos modos.

Entonces, en Visual Studio, no puede tener dos proyectos X e Y de modo que X haga referencia a Y e Y haga referencia a X.

En general, puedo entender totalmente cómo tener una dependencia circular puede ser problemático, por una variedad de razones.

¿Pero realmente no es así?posible para compilar dos proyectos que son interdependientes de esta manera? Me parece que debe ser posible, ya que (en mi opinión, tal vez soycompletamente fuera de base sobre esto) tener dos conjuntos mutuamente dependientes no es realmenteentonces diferente de tener dos clases mutuamente dependientes, un caso quees legal ypuede ser compilado

Tendría sentido para mí si dijera: "dos ensamblajes no pueden depender el uno del otro porque el compilador no pudo compilar uno antes que el otro"; excepto que parece que podrías hacer el mismo argumento para dos clases dentro del mismo ensamblado, y claramente el compilador puede manejar este escenario perfectamente.

Básicamente, la razón por la que pregunto no es porque tengo un deseo desesperado de hacer esto que sé que, en general, no es aconsejable. Específicamente, me pregunto porque sería bueno si pudiera tener dos proyectos, por ejemplo, MyProjectCS y MyProjectVB, que existían básicamente como dos partes mutuamente dependientes de una sola unidad, y solo estaban separadas porque ciertas partes estaban escritas en C # y otras partes fueron escritas en VB.NET.

Entonces, mi pregunta es (tres veces):

¿Es posible habilitar este comportamiento (en Visual Studio, o en otro lugar, para el caso)?Si no es posible dentro de ningún IDE, ¿es al menosteóricamente posible, o podrían no existir conjuntos mutuamente dependientes?Si ni siquiera es teóricamente posible, ¿por qué no? En otras palabras, ¿en qué se diferencian los conjuntos mutuamente dependientes del código mutuamente dependiente dentro de un único conjunto?