* Примечание: см. http://www.jetbrains.net/devnet/message/5244658 для другой версии этого ответа.
Читая посты, похоже, что существует некоторая путаница с исходным вопросом. Позвольте мне нанести удар.
Оригинальный пост действительно задает вопрос: «Как определить и удалить ссылки из одного проекта Visual Studio на другие проекты / сборки, которые не используются?» Постер хочет, чтобы сборки больше не появлялись как часть результатов сборки.
В этом случае ReSharper может помочь вам идентифицировать их, но вы должны удалить их самостоятельно.
Чтобы сделать это, откройте References в обозревателе решений, щелкните правой кнопкой мыши по каждой ссылочной сборке и выберите «Найти зависимый код». См:
http://www.jetbrains.com/resharper/features/navigation_search.html#Find_ReferencedDependent_Code
Вы также получите:
Список зависимостей от этой ссылки в окне браузера или
Появится диалоговое окно с сообщением «Код, зависящий от модуля XXXXXXX, не найден».
Если вы получите второй результат, вы можете затем щелкнуть правой кнопкой мыши ссылку, выбрать Удалить и удалить его из вашего проекта.
Несмотря на то, что вам нужно это «вручную», то есть по одной ссылке за раз, оно выполнит свою работу. Если кто-то автоматизировал это каким-либо образом, мне интересно услышать, как это было сделано.
Вы можете в значительной степени игнорировать те из них в .Net Framework, поскольку они обычно не копируются в выходные данные вашей сборки (как правило, хотя это не всегда верно для приложений Silverlight).
Некоторые сообщения, кажется, отвечают на вопрос: «Как мне удалить использование выражений (C #) из файла исходного кода, которые не нужны для разрешения каких-либо ссылок в этом файле».
В этом случае ReSharper действительно помогает несколькими способами:
Определяет неиспользуемые пункты использования для вас во время обнаружения ошибок на лету. Они отображаются в виде предупреждений проверки кода - код будет выделен серым (по умолчанию) в файле, и ReSharper предоставит подсказку для его удаления:
http://www.jetbrains.com/resharper/features/code_analysis.html#On-the-fly_Error_Detection
Позволяет автоматически удалять их как часть процесса очистки кода:
http://www.jetbrains.com/resharper/features/code_formatting.html#Optimizing_Namespace_Import_Directives
Наконец, поймите, что ReSharper выполняет статический анализ кода вашего решения. Таким образом, если у вас есть динамическая ссылка на сборку - скажем, посредством отражения или сборки, которая динамически загружается во время выполнения и доступна через интерфейс - она не подхватит ее. Ничто не заменит понимание вашей базы кода и зависимости проекта, когда вы работаете над своим проектом. Я считаю, что функции ReSharper очень полезны.