Tengo experiencia en C ++ y entiendo completamente y estoy de acuerdo con las respuestas a esta pregunta: ¿Por qué está "usando el espacio de nombres std;" considerado una mala práctica?
Así que me sorprende que, teniendo algo de experiencia con C # ahora, veo exactamente lo contrario:
using Some.Namespace;literalmente se usa en todas partes. Cada vez que comienza a usar un tipo, primero agrega una directiva de uso para su espacio de nombres (si aún no está allí). No recuerdo haber visto un .csarchivo que no comenzó using System; using System.Collections.Generic; using X.Y.Z; etc.... De hecho, si agrega un nuevo archivo a través del asistente de Visual Studio, automáticamente agrega algunos usando directivas allí, aunque puede que no los necesite en absoluto. Entonces, mientras que en la comunidad de C ++ te linchan básicamente, C # incluso anima a hacer esto. Al menos así es como me parece.
Ahora, entiendo que usar directivas en C # y C ++ no es exactamente lo mismo. Además, entiendo que una de las cosas más desagradables que puede hacer using namespaceen C ++, es decir, ponerlo en un archivo de encabezado, no tiene una contraparte equivalente desagradable en C # debido a la falta de un concepto de archivos de encabezado y #include.
Sin embargo, a pesar de sus diferencias, el uso de directivas en C # y C ++ tiene el mismo propósito, que solo tiene que escribir SomeTypetodo el tiempo, en lugar de hacerlo por mucho más tiempo Some.Namespace.SomeType(en C ++ con en ::lugar de .). Y con este mismo propósito, también el peligro parece ser el mismo para mí: nombrar colisiones.
En el mejor de los casos, esto da como resultado un error de compilación, por lo que "solo" tiene que solucionarlo. En el peor de los casos, aún se compila y el código en silencio hace cosas diferentes de lo que pretendía que hiciera. Entonces mi pregunta es: ¿por qué (aparentemente) están usando directivas consideradas tan desigualmente malas en C # y C ++?
Algunas ideas de una respuesta que tengo (ninguna de estas realmente me satisface):
Los espacios de nombres tienden a ser mucho más largos y mucho más anidados en C # que en C ++ (
stdvs.System.Collection.Generic). Entonces, hay más ganas y más ganancias al eliminar el ruido de este modo. Pero incluso si esto es cierto, este argumento solo se aplica cuando miramos los espacios de nombres estándar. Los personalizados pueden tener cualquier nombre corto que desee, tanto en C # como en C ++.Los espacios de nombres parecen ser mucho más "granulares finos" en C # que en C ++. A modo de ejemplo, en C ++ toda la biblioteca estándar está contenida en
std(además de algunos pequeños espacios de nombres anidados gustaríachrono), mientras que en C # que tieneSystem.IO,System.Threading,System.Textetc Por lo tanto, el riesgo de que las colisiones de nombres es menor. Sin embargo, esto es solo un presentimiento. En realidad no conté cuántos nombres "importas" conusing namespace stdyusing System. Y nuevamente, incluso si esto es cierto, este argumento se aplica solo cuando se observan los espacios de nombres estándar. Los suyos pueden diseñarse tan bien como desee, tanto en C # como en C ++.
¿Hay más argumentos? Estoy especialmente interesado en hechos concretos reales (si los hay) y no tanto en las opiniones.
fuente
Ext(this T t, long l)que se llama víat.Ext(0). Si luego agrega otro espacio de nombres que contiene un método de extensiónExt(this T t, int i), se llamará a ese. Pero no soy un experto en C # (todavía).Respuestas:
"usando el sistema"; se no universalmente no se considera una mala práctica. Vea, por ejemplo: ¿Por qué no usaría la directiva 'usar' en C #?
Pero puede ser cierto que no se considera tan malo como
using namespace std. Probablemente porque:C # no tiene archivos de encabezado. Es poco común "incluir" un archivo fuente de C # en otro utilizando un preprocesador.
stdel espacio de nombres es casi plano, es decir, casi todas las funciones, tipos y variables estándar de la biblioteca están en él (hay algunas excepciones, como el subespacio del sistema de archivos). Contiene un número muy, muy alto de identificadores. Según tengo entendido,Systemcontiene muchos menos nombres y, en cambio, tiene más subespacios de nombres.En C #, no hay funciones o variables globales. Como tal, el número de identificadores globales suele ser bastante pequeño en contraste con C ++ que tiene esos: Además, es típico usar bibliotecas C (a menudo indirectamente) que no tienen espacios de nombres y, por lo tanto, colocan todos sus nombres en el global espacio de nombres
Hasta donde yo sé, C # no tiene búsqueda dependiente de argumentos. ADL junto con la ocultación de nombres, la sobrecarga, etc. puede producir casos en los que algunos programas no se ven afectados por un conflicto de nombres, mientras que otros se ven afectados sutilmente, y no es factible detectar todos los casos de esquina con las pruebas.
Debido a estas diferencias, "usar el sistema"; tiene menos posibilidades de conflicto de nombres que
using namespace std.Además, la "importación" del espacio de nombres es, en cierto modo, una convención que se perpetúa a sí misma: si es convencional importar un espacio de nombres estándar, entonces los programadores intentarán evitar elegir nombres de ese espacio de nombres para sus propios identificadores, lo que ayuda a reducir los problemas con tal convención.
Si dicha importación se considera una mala práctica, entonces será menos probable que los programadores intenten evitar conflictos con espacios de nombres importados. Como tal, las convenciones tienden a polarizarse a favor o en contra de la práctica, incluso si los pesos de los argumentos entre las elecciones fueron originalmente sutiles.
fuente
std::). En C #, es sustancialmente más (System.tiene "solo" 7 caracteres, pero otros espacios de nombres anidados tienen muchos más caracteres, y escribirlos en todas partes haría que el código sea completamente ilegible).std::), ¿no sería un estilo típico usarusing Sys = System;en su lugar el no alias contaminante del espacio de nombresusing?Sí, pero no exportó ese peligro (léase: obligar a otros a lidiar con él) debido a:
Entonces es más bien una categoría diferente de cosas.
Además, C ++ no está "diseñado" para desarrollarse en un IDE de la misma manera que C #. C # básicamente siempre se escribe en Visual Studio con su Intellisense y demás. Está diseñado para ser utilizado de esa manera, por las personas que lo crearon. Independientemente de cuántas personas usan un IDE para desarrollar en C ++, no está diseñado con ese caso de uso como una preocupación abrumadora.
Sí eso también.
using namespace stdyusing System.Collection.Genericson incomparables¡Así que no los compares!
fuente
using namespace stden C ++ es principalmente sobre archivos de encabezado. La respuesta es que esto no se aplica en C #.using namespace stdciertamente no se trata principalmente de encabezados. Usarlo en encabezados es peligroso. Se desaconseja su uso en sus implementaciones.using namespace ...en c ++ es evitar la colisión de nombres, lausingdirectiva en C # introduce la posibilidad de colisión de nombres también, entonces ¿por qué no evitarla? A pesar de que la implementación difiere.usingdeclaraciones de C # son por archivo que define un tipo / clase único y el tipo normalmente tiene que ver con un conjunto relativamente limitado de conceptos de dominio de aplicación (idealmente, principio de responsabilidad única), la probabilidad de tales conflictos de espacio de nombres es extremadamente baja. Pero cuando suceden son fácilmente reparables. Las herramientas de desarrollo comunes de .NET / IDE lo ayudan mucho con eso. Considere todo el ecosistema de desarrollo que está diseñado para hacerlo más productivo combinando lo mejor de múltiples actividades de desarrollo