¿Cuáles son los beneficios de mantener un & # 8220; limpio & # 8221; lista de directivas de uso en C #?

StackOverflow https://stackoverflow.com/questions/235250

Pregunta

Sé que VS2008 tiene la función de eliminar y ordenar para limpiar usando directivas, al igual que Resharper. Aparte de que su código sea "limpio" y eliminando el problema de hacer referencia a espacios de nombres que podrían no existir en el futuro, ¿cuáles son los beneficios de mantener un "limpio"? lista de uso de directivas?

¿Menos código? ¿Tiempos de compilación más rápidos?

¿Fue útil?

Solución

Para mí, básicamente se trata de menos ruido (¡además de hacer feliz a Resharper!).

Creo que cualquier mejora en el tiempo de compilación sería mínima.

Otros consejos

Si siempre tiene las directivas de uso que necesita, y siempre las ordena de manera adecuada, cuando vea dos versiones diferentes del código, nunca verá cambios irrelevantes.

Además, si tiene un conjunto ordenado de directivas de uso, cualquiera que mire el código para comenzar puede tener una idea aproximada de lo que se va a usar solo con mirar las directivas de uso.

No hay impacto en tiempo de ejecución. Es puramente tiempo de compilación. Potencialmente impacta lo siguiente:

  1. Menos posibilidades de colisiones en el espacio de nombres
  2. Menos " ruido " en el archivo de código
  3. Muy explícito sobre qué espacios de nombres y posibles tipos esperar en el archivo
  4. Usar el menú para eliminar lo que no se usa y Ordenar significa más coherencia con el uso de declaraciones entre los desarrolladores. Menos posibilidades de controles tontos solo para arreglarlo.
  1. Menos ruido.
  2. Clara expectativa de qué tipos se utilizan (" Mi capa de interfaz de usuario depende de System.Net. Wow, ¿por qué? ")
  3. Referencias más limpias: si tiene el conjunto mínimo de instrucciones de uso, puede limpiar sus referencias. A menudo veo que los desarrolladores siguen arrojando referencias a sus proyectos, pero nunca los eliminan cuando ya no son necesarios. Si no tiene nada que realmente necesite una referencia (y una declaración de uso cuenta), se vuelve trivial limpiar sus referencias. (¿Por qué querrías hacer eso? En los sistemas grandes que se han descompuesto en componentes, racionalizará tus dependencias de compilación al eliminar los deps no utilizados).

Para mí, una lista limpia de declaraciones de uso al principio puede dar una buena comprensión de los tipos a esperar.

Hace unos años vi una ganancia decente en el tiempo de compilación cuando instalé ReSharper por primera vez (en una solución de 18 proyectos). Desde entonces solo se ha tratado de mantenerlo limpio.

No puedo hablar de los beneficios en tiempo de compilación y rendimiento, pero hay una menor probabilidad de colisiones en el espacio de nombres si minimiza sus declaraciones de uso. Esto es especialmente importante si está utilizando más de una biblioteca de terceros.

Hay una diferencia en el tiempo de compilación: cuando elimina una referencia, pero aún tiene una directiva de uso en su código, obtiene un error de compilación. Por lo tanto, tener una lista limpia de las directivas de uso hace que sea un poco más fácil eliminar referencias no utilizadas.

Por lo general, el compilador elimina las referencias no utilizadas, pero no sé si eso funciona cuando hay un uso en el código.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top