las dificultades de "importar *": por qué los expertos aconsejan en su contra

en el ámbito de la programación de Python, la declaración de importación juega un papel crucial en la utilización de código de otros módulos. Si bien la conveniencia de "importar *" puede parecer atractiva, puede conducir a una gran cantidad de dificultades que los desarrolladores experimentados aconsejan fuertemente contra.

en primer lugar, "import *" importe indiscriminadamente todo, desde el módulo especificado hasta el espacio de nombres actual. Esto puede resultar en un espacio de nombres desordenado, potencialmente que sombreen objetos de las importaciones anteriores sin su conocimiento. En consecuencia, el seguimiento de los errores causados ​​por tales conflictos puede convertirse en una tarea que consume mucho tiempo.

Además, "import *" ofusca los orígenes de los artículos importados. Identificar el módulo de origen para un elemento particular puede ser un desafío, obstaculizando la legibilidad y el mantenimiento. Esto se vuelve especialmente problemático al solucionar el código o colaborar con otros.

Por último, el atractivo de "import " se produce a expensas de herramientas de análisis estático como los pyflakes. Estas herramientas se basan en declaraciones de importación explícitas para identificar posibles errores. Con la naturaleza indiscriminada de "import , estas herramientas se vuelven ineficaces, lo que lleva a la posibilidad de problemas ocultos que solo se pueden descubrir durante el tiempo de ejecución.

en resumen, mientras que" importar *"puede parecer tentador, es una práctica que los desarrolladores de pitones sazonados se desaniman fuertemente. Al optar por importaciones explícitas, mantiene un espacio de nombres limpio y manejable, mejora la legibilidad de código y permite el uso de valiosas herramientas de análisis estático para salvaguardar su código de posibles escollos.