¿Cómo se ve afectado el rendimiento por una directiva de uso no utilizada?

Visual Studio creará automáticamente instrucciones para usted siempre que cree una nueva página o proyecto. Algunos de estos nunca los usarás.

Visual Studio tiene la útil función de “eliminar usos no utilizados”.

Me pregunto si hay algún efecto negativo en el rendimiento del progtwig si las instrucciones de uso a las que nunca se accede siguen mencionadas en la parte superior del archivo.

Un uso no utilizado no tiene impacto en el rendimiento del tiempo de ejecución de su aplicación.

Puede afectar el rendimiento del IDE y la fase de comstackción general. La razón es que crea un espacio de nombre adicional en el que debe ocurrir la resolución del nombre. Sin embargo, estos tienden a ser menores y no deberían tener un impacto notable en su experiencia IDE para la mayoría de los escenarios.

También puede afectar el rendimiento de la evaluación de expresiones en el depurador por los mismos motivos.

No, es solo una cosa de estilo de encoding / tiempo de comstackción. Los binarios .NET usan nombres completamente calificados bajo el capó.

Sin efecto en la velocidad de ejecución, pero puede haber un ligero efecto en la velocidad de comstackción / intellisense, ya que hay más espacios de nombres potenciales para buscar la clase adecuada. No me preocuparía demasiado al respecto, pero puede usar el elemento de menú Organizar usos para eliminar y ordenar las instrucciones de uso.

No, hay varios procesos involucrados al comstackr un progtwig. Cuando el comstackdor comienza a buscar referencias (clases, métodos) usará solo las que se usan en el código. La directiva using solo le dice al comstackdor dónde buscar. Una gran cantidad de instrucciones de uso no utilizadas podría tener un problema de rendimiento, pero solo en tiempo de comstackción. En tiempo de ejecución, todo el código externo está correctamente vinculado o incluido como parte del binario.

El código que no se ejecuta no afecta el rendimiento de un progtwig.

El siguiente enlace Una buena lectura sobre por qué eliminar las referencias no utilizadas explica cómo es útil eliminar las referencias no utilizadas de la aplicación.

A continuación se encuentran algunos extractos del enlace:

  1. Al eliminar las referencias no utilizadas en su aplicación, está impidiendo que CLR cargue los módulos de referencia no utilizados en el tiempo de ejecución. Lo que significa que reducirá el tiempo de inicio de su aplicación, ya que lleva tiempo cargar cada módulo y evita que el comstackdor cargue metadatos que nunca se usarán. Puede encontrar que dependiendo del tamaño de cada biblioteca, su tiempo de inicio se reduce notablemente. Esto no quiere decir que su aplicación será más rápida una vez cargada, pero puede ser muy útil saber que su tiempo de inicio puede reducirse.

  2. Otro beneficio de eliminar las referencias no utilizadas es que reducirá el riesgo de conflictos con espacios de nombres. Por ejemplo, si hace referencia a System.Drawing y System.Web.UI.WebControls , puede encontrar conflictos al intentar hacer referencia a la clase Image . Si tiene directivas en su clase que coinciden con estas referencias, el comstackdor no puede decir cuál de ellas usar. Si utiliza la función de autocompletar de forma periódica durante el desarrollo, la eliminación de los espacios de nombres no utilizados reducirá el número de valores de autocompletado en el editor de texto a medida que escribe.