Есть ли какие-то преимущества в удалении неиспользуемых операторов использования в проекте VS?

Есть ли какие-либо преимущества в удалении неиспользуемых операторов using в проекте VS (например, это можно сделать с помощью Resharper), или VS автоматически позаботится об этом при сборке / развертывании?

Там нет никаких преимуществ производительности, если это то, что вы имеете в виду.

Все ссылки в сборке полностью квалифицированы; компилятор просто использует ссылки, которые вы предоставляете в своем коде, для полной квалификации идентификаторов, поэтому единственное влияние неиспользуемых ссылок в вашем исходном коде - это небольшое снижение читабельности (почему эта ссылка здесь?) и тривиальное увеличение времени компиляции.

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

Да, я могу думать о двух основных преимуществах:

1. Помимо своей основной функциональной цели (то есть для уменьшения многословности кода), список операторов «Using» в верхней части файла кода может сообщить будущим читателям (особенно тем, у которых нет Resharper), какие пространства имен (или, по крайней мере, были ) имеют отношение к этому файлу кода. , Если вы активно сокращаете этот список, он может действовать как лучший механизм сигнализации.
2. Удаление неиспользуемых пространств имен уменьшит число кандидатов на автозаполнение в текстовом редакторе по мере ввода текста. Если вы вообще полагаетесь на списки автозаполнения, это поможет вам оставаться «на прямой и узкой» и даже может увеличить скорость набора текста, поскольку вы сможете найти своего предполагаемого кандидата на автозаполнение чуть быстрее.

Удаление неиспользуемого кода - это просто дополнительный багаж, и его трудно измерить.

• Удаление неиспользуемого кода, сокращение времени компиляции, я работаю над проектом, который занимает где-то от 15 до 20 минут, есть тонны неиспользуемого кода. Исключение неиспользуемого кода сократило время компиляции до ~ 7 минут. Это делает различие, когда в команде много разработчиков, и это экономит время для быстрого создания и тестирования.

• Если вы автоматизировали сборку и юнит-тесты, теперь вы удалили ненужные юнит-тесты. опять же, это сокращенное время, необходимое для запуска модульных тестов. Просто увеличил эффективность вашего процесса управления Continuous Build.

  • Неиспользованный код приводит к большему отпечатку ваших двоичных файлов. Наличие меньшего отпечатка кода уменьшит время, необходимое для начальной загрузки / запуска. Хотя выгоды могут быть очень скудными и субъективными.