Как указать одно из нескольких пространств имен с точечной записью, которые неоднозначны

редактирует...

Обратите внимание: я изменяю свои фальшивые ссылки на папки, чтобы они более точно отображали, что это не папки, а пространства имен. Некоторые из комментариев здесь были до этого изменения

Я совсем новичок в C#, поэтому простите меня, если я скажу что-то не так.

Я работаю в большом решении, в котором много проектов.

Меня попросили переместить определенный класс, определенный в пространстве имен, из одного из этих проектов в другой. Однако проблема, когда я делаю это, заключается в том, что есть одно определение объекта, на которое больше не ссылаются должным образом. Вот пример:

Первоначальная структура:

Этот файл:

Main\Second.Level.Data\Second.Level.Data.csproj:

Первоначально в нем была эта строка кода:

<Compile Include = "Some\Nested\File\Way\Down.cs" />

Кроме того, здесь упоминался фактический файл:

Main\Second.Level.Data\Some\Nested\File\Way\Down.cs

Новая структура:

Сначала мы удалили строку Compile из 'Main\Second.Level.Data\Second.Level.Data.csproj и добавили аналогичную строку кода в новое пространство имен, которая выглядела так:

File: Main\Main.DataAccess\Main.DataAccess.csproj

Добавлена ​​новая строка кода:

<Compile Include = "New\Location\of\Down.cs" />

И мы переместили фактический файл в новое место, которое сейчас:

Main\Main.DataAccess\New\Location\of\Down.cs

Когда это сделано, кажется, что все ссылки (т. е. все операторы использования) работают, кроме одной. Есть один оператор using, который выглядит так:

using Main.Second.Level.Data.Yet.Another.Nested.File.Objects

В старом пространстве имен этот оператор using работал нормально, а в новом — нет. В частности, он терпит неудачу на третьем элементе (уровень). Моя IDE выдает ошибку «Не удается разрешить символ «Уровень»».

Я очень подозреваю, что причина этого заключается в том, что на самом деле существует другое пространство имен, которое называется просто «Main.Second», внутри которого есть собственный файл Main.Second.csproj. Я ни для чего не использую эту папку или файлы в ней, однако я не могу понять, как система может узнать разницу между:

using Main.Second.Level.Data.Yet.Another.Nested.File.Objects

и

using Main.Second.Some.Other.Unrelated.Stuff

Другими словами, я не понимаю, как точечная запись может указать, где начинается или заканчивается имя пространства имен.

Приложение №1:

Я определил, что проблема в том, что в файле csproj целевого проекта нет ссылки на новый проект (или, по крайней мере, я совершенно уверен, что это так). Чтобы решить эту проблему, я попытался вручную добавить эту ссылку. Обратите внимание: я использую JetBrains Rider IDE и пробовал несколько автоматических методов добавления ссылки, но ни один из них не сработал.

Чтобы добавить ссылку, я нашел блок ItemGroup со всеми другими ссылками на проект и добавил новый блок. Это выглядит так:

<ItemGroup>
  <ProjectReference Include "..\Other.Project\Other.Project.csproj">
    <Project>{fh9w8es3-nota-real-guid-example1}</Project>
    <Name>Other.Project</Name>
  </ProjectReference>
  <ProjectReference Include "..\Main.Second.Level\Other.Project.csproj">
    <Project>{AD8234HS-NOTA-REAL-GUID-EXAMPLE2}</Project>
    <Name>Main.Second.Level</Name>
  </ProjectReference>
</ItemGroup>

Обратите внимание, что при этом мне пришлось придумать руководство для элемента Project. Я пришел к выводу (после исследования), что этот GUID будет тем, который в настоящее время существует в файле решения в корне решения, в частности, это второй GUID, показанный для этого проекта. Мой приведенный выше пример — это именно то, как я сделал свой код (в частности, в том, что GUID, скопированный из файла решения, — это все заглавные буквы, а те, что в файле csproj, — нет.

Однако это не решает мою проблему. Однако я чувствую, что очень близок к решению.