Каковы преимущества ведения «чистого» списка директив using в C#?
Я знаю, что VS2008 имеет функцию удаления и сортировки для очистки с помощью директив, как и Resharper. Помимо того, что ваш код «чистый» и устраняет проблему ссылок на пространства имен, которые могут не существовать в будущем, каковы преимущества поддержания «чистого» списка директив using?
Меньше кода? Более быстрое время компиляции?
Я просто изменил "утверждения" на "директивы" для точности. Операторы using - это те, которые вызывают Dispose в блоке finally. Вы говорите об использовании директив.
Ответы 8
Для меня в основном все сводится к уменьшению шума (плюс радость Решарпера!).
Я считаю, что любое улучшение времени компиляции будет минимальным.
Да, я просто избавляюсь от них, чтобы Решарпер был счастлив. :-)
Для меня чистый список операторов using в начале может дать хорошее представление о типах, которых следует ожидать.
Я заметил приличный выигрыш во времени компиляции несколько лет назад, когда впервые установил ReSharper (в решении для 18 проектов). С тех пор все было только для того, чтобы содержать его в чистоте.
Если у вас всегда есть только те директивы using, которые вам нужны, и они всегда должным образом отсортированы, то, когда вы дойдете до сравнения двух версий кода, вы никогда не увидите нерелевантных изменений.
Более того, если у вас есть аккуратный набор директив using, то любой, кто смотрит на код для начала, может получить представление о том, что будет использоваться грубый, просто взглянув на директивы using.
Не совсем. Я полностью игнорирую использование блоков вверху, так как это очень много шума.
Это не шум, если вы знаете, что используются все директивы using. Даже если вы делать расцените их как шум, они все равно могут давать ложные срабатывания при различиях, если вы не будете их контролировать.
Я не могу говорить о преимуществах времени компиляции и производительности, но вероятность конфликтов пространств имен снижается, если вы минимизируете свои объявления using. Это особенно важно, если вы используете несколько сторонних библиотек.
Нет никакого влияния на время выполнения. Это чисто время компиляции. Это потенциально влияет на следующее:
- Меньше шансов на конфликты пространств имен
- Меньше "шума" в файле кода
- Очень ясно, какие пространства имен и возможные типы ожидать в файле
- Использование меню для удаления неиспользуемых и сортировки означает большую согласованность с операторами using среди разработчиков. Меньше шансов глупых проверок, чтобы исправить это.
- Меньше шума.
- Четкое ожидание того, какие типы используются («Мой уровень пользовательского интерфейса зависит от System.Net. Вау, почему?»)
- Более чистые ссылки: если у вас есть минимальный набор операторов using, вы можете очистить свои ссылки. Часто я вижу, как разработчики просто добавляют ссылки в свои проекты, но никогда не удаляют их, когда они больше не нужны. Если у вас нет ничего, на что действительно нужна ссылка (а количество операторов using), очистка ссылок становится тривиальной задачей. (Зачем вам это нужно? В больших системах, которые были разложены на компоненты, это упростит ваши зависимости сборки, удалив неиспользуемые зависимости.)
Есть одна разница во времени компиляции: когда вы удаляете ссылку, но по-прежнему используете директиву using в вашем коде, вы получаете ошибку компилятора. Таким образом, наличие чистого списка директив using немного упрощает удаление неиспользуемых ссылок.
Обычно компилятор удаляет неиспользуемые ссылки, но я не знаю, работает ли это, когда в коде используется using.
Хммм, кто-то редактировал мое название. Первоначальный был такой: «Вы одержимы удалением лишних операторов using в C#»?