Как узнать, какие другие проекты относятся к определенному проекту в Visual Studio?

Question

В Visual Studio для класса, поля, метода я могу просто щелкнуть правой кнопкой мыши и сказать «Найти все ссылки», чтобы увидеть, кто вызывает мой код.

Но для проекта подобного нет.

Какой самый простой способ сделать это? Должен ли я проверять каждый проект, чтобы рассказать?

Edit:

A относится к B, но не может найти B с помощью регулярных выражений.

Answer 1

1. Найти все (CTRL + SHIFT + F)
2. "Найти что:" = Ссылка. * ReplaceThisTextWithProjectName
3. Установите флажок «Использовать:» -> «Регулярное выражение» в разделе «Параметры поиска»
4. "Посмотрите на следующие типы файлов:" = "*. * Proj *"
5. "Look in:" = Выберите каталог / папку на вашем диске. Не используйте «Целое решение», оно не попадет в сам файл проекта.

Answer 2

Не уверен, если вы изучали использование Resharper (не бесплатно), но он легко позволяет вам щелкнуть правой кнопкой мыши по проекту, чтобы увидеть зависимый код.

Я не могу жить без и, по моему мнению, стоит своих затрат, но это не для всех.

http://www.jetbrains.com/resharper/webhelp/Navigation_and_Search__Finding_Usages__Finding_Dependencies_and_Referenced_Code.html

Если хотите, вы можете воспользоваться 30-дневной пробной версией.попробовать - PS Я не работаю на них, просто любитель инструмента!:)

http://www.jetbrains.com/resharper/

Answer 3

Поиск всех файлов проекта в редакторе, таких как Notepad ++

Подобный подход к ответу fenone заключается в том, чтобы перейти в папку с вашими решениями в Windows и просто выполнить фильтрацию по *. * Proj через поиск Windows.,Это даст вам все ваши файлы проекта (или, возможно, у вас есть некоторые в другой папке, они могут быть добавлены позже).Просто выберите все эти файлы и откройте в редакторе, таком как Notepad ++.Вы можете добавить другие проекты в свой экземпляр Notepad ++ по желанию.После того, как вы откроете все файлы вашего проекта, вы легко сможете найти ссылки на проекты, .dll, библиотеки, что угодно.Я предпочитаю такой подход, потому что файлы проекта отключены в их собственном редакторе, и, на мой взгляд, их легче искать.

Выгрузить проект и перекомпилировать

Второй подход будетНажмите правой кнопкой мыши на свой проект в обозревателе решений Visual Studio и выберите «Выгрузить проект», затем проанализируйте или перекомпилируйте решение.Любые проекты, которые на самом деле ссылаются на выгруженный проект в коде, будут иметь ошибки, но ваша сборка все равно будет успешной, а ссылки на уровне проекта будут отображаться как действительные (по крайней мере, они для меня в VS 2017).Подобный более инвазивный подход, который делает недействительными ссылки на уровне проекта и фактически не дает результатов при любой сборке ссылок, состоит в том, чтобы изменить путь к папке проекта, чтобы Visual Studio не могла его найти.Это будет иметь вторичный эффект, так как будет также определять любые ссылки, установленные по пути, а не по проекту.

Прочие соображения

Конечно, ваш проект может быть включен в другие решенияТаким образом, аналогичные методы поиска могут быть использованы в решенияхПросто, чтобы охватить ваши базы, могут быть ссылки на ваш скомпилированный файл по пути, а не по проекту, это просто кое-что, о чем следует знать.Проверьте события после сборки, чтобы убедиться, что ничего не копируется и не ссылается на что-то неожиданное.Ищите все экземпляры вашего .dll или что-то еще в какой-то разумной области папок, просто чтобы быть в курсе любых копий.