Однажды, когда я выполнял рефакторинг своего кода, я перешел в среду IDE в раздел using своего класса C #, очистил неиспользуемые пространства имен и дублирующие пространства имен и отсортировал их все.
Моя пара (парное программирование) спросила меня о причине. Я понятия не имел, почему я это сделал. Я сделал это по своей привычке, чтобы сохранить весь мой код в чистоте и порядке. Я имею в виду, что я сказал ему, что иметь более чистый код - это хорошая идея в целом, но, конечно, эта причина не является хорошим оправданием, так как я даже не буду тратить свое время на использование раздела любой кодовой страницы C #.
Поскольку много раз вы перемещаете класс или перечисление (или тип в целом) из одного пространства имен в другое пространство имен, и это добавляет новые операторы использования в ваш код (либо вручную, поднявшись вверх по окну кода и написав оператор использования самостоятельно, либо через редактор с использованием комбинации Alt+ Ctrl+ F10), и поскольку эти новые операторы использования будут добавлены в конец раздела использования , что делает их не отсортированными по алфавиту, и поскольку компилятор никогда не жалуется ни на одну из этих проблем, почему мы должны сделать это раздел чистый и аккуратный? Какие причины у нас могут быть?
источник
Ответы:
Там нет разницы в производительности, независимо от того, сколько
using
директив у вас есть.Но я думаю, что имеет смысл содержать их в чистоте по двум причинам:
using
s, вы увидите, какие зависимости у файла. Это может помочь вам выяснить, что делают типы в файле. Если вы сделаете это, расположениеusing
символов в определенном порядке поможет вам увидеть это быстрее.using
s, это может указывать на то, что у вас плохое разделение проблем и что типы в файле делают слишком много.И то, и другое не очень важно, поэтому вам не стоит об этом слишком беспокоиться. Но лично я думаю, что это стоит держать в
using
чистоте.источник
Моими основными причинами для очистки среди использования операторов являются:
Кроме того, я согласен с другими ответами в том, что это повышает удобочитаемость и помогает понять, что делают типы в классе.
источник
«Совершенство достигается не тогда, когда нечего добавить, а когда нечего убрать», - Антуан де Сент-Экзюпери
Всякий раз, когда вы можете удалить что-то, что не является необходимым и не добавляет понимания, делайте это (читаемость стоит дополнительного кода).
источник
Это просто удаление шума из сигнала. Меньше шума означает, что легче получить сигнал, то есть понять смысл кода.
Как генератор шума это довольно незначительный, хотя.
источник
Обычно не имеет смысла следовать этому руководству, если у вас есть только несколько операторов
Имеет смысл разделить использование операторов на разделы.
Например:
Если я посмотрю на класс, то сразу пойму, что данный класс использует сборку System.Web, а также нашу платформу и фреймворк. Это дает мне приблизительное представление о его зависимостях и сложности.
Затем вы можете сделать еще один шаг и упорядочить операторы, но я думаю, что это делает использование операторов менее читабельным, поэтому я бы не рекомендовал этого.
источник