¿Qué es el Zen de Python?
En el otoño de 2001, Foretec (una empresa organizadora de conferencias) se estaba preparando para celebrar la 10ª Conferencia Internacional de Python (IPC 10, el predecesor de Pycon planeaba recopilar un eslogan para imprimirlo en el). Camisetas de la conferencia Al final, recibieron más de 500 contribuciones de la comunidad Python.
Al final, se seleccionó "importar esto" y todos quedaron muy satisfechos con "importar esto". Pero después de elegir este, se dieron cuenta de que tenían que hacerlo realidad. Después de una breve discusión, se determinó que "importar esto" era el resultado de "El Zen de Python" escrito por Tim Peter: los principios rectores de la programación y el diseño de Python. (Aprendizaje recomendado: videotutorial de Python)
Ingrese importar esto en el intérprete interactivo de Python y se mostrará El Zen de Python de Tim Peters
Lea el Zen de Python, puede Entienda por qué Python es tan atractivo.
Lo bello es mejor que lo feo.
# Lo hermoso es mejor que lo feo (Python tiene como objetivo escribir código hermoso)
Lo explícito es mejor que lo implícito.
p>
# Claro es mejor que oscuro (un código bonito debe ser claro, con nombres estandarizados y estilos similares)
Lo simple es mejor que lo complejo.
# Lo simple es mejor que lo complejo (un código hermoso debe ser conciso, sin una implementación interna complicada)
Lo complejo es mejor que lo complicado.
# La complejidad es mejor que el desorden (si la complejidad es inevitable, entonces el espacio de código no debe haber relaciones difíciles de entender y la interfaz debe mantenerse simple)
Plano es mejor que anidado.
# Plano es mejor que anidado (hermoso el código debe ser plano, no debe haber demasiado anidamiento)
Escaso es mejor que denso.
# El espaciado es mejor que compacto (el código hermoso tiene el espaciado apropiado, no espere una línea de código para resolver el problema)
La legibilidad cuenta.
# La legibilidad es importante (el código bonito es legible)
Los casos especiales no son lo suficientemente especiales romper las reglas.
p>Aunque la practicidad vence a la pureza.
# Estas reglas (estas reglas son supremas) no se pueden violar, ni siquiera en nombre de la practicidad en las excepciones.
Los errores nunca deben pasar silenciosamente
A menos que se silencien explícitamente.
# No tolere todos los errores a menos que esté seguro de que es necesario hacerlo (capture las excepciones con precisión, hágalo). no escribir excepto: pasar código de estilo)
Ante la ambigüedad, rechaza la tentación de adivinar.
# Cuando hay múltiples posibilidades, no intentes adivinar
Debería haber una, y preferiblemente solo una, manera obvia de hacerlo.
# En su lugar, intente encontrar una, preferiblemente la única solución obvia (si no está seguro, use la método exhaustivo)
Aunque esa forma puede no ser obvia al principio a menos que seas holandés.
# Aunque esa manera puede no ser obvia porque no eres el padre de Python (holandés aquí se refiere a Guido)
Ahora es mejor que nunca.
Aunque nunca es mejor que *ahora mismo* ahora.
# Hacer puede ser mejor que no hacerlo hacerlo, pero hacerlo sin pensar es peor que no hacerlo (antes de hacerlo Piensa bien)
Si la implementación es difícil de explicar, es una mala idea.
Si la implementación es difícil de explicar, es una mala idea. La implementación es fácil de explicar, puede ser una buena idea.
# Si no puedes describírselo a nadie
Su solución definitivamente no es una buena solución; viceversa (criterios de evaluación de la solución)
Los espacios de nombres son una gran idea. ¡Hagamos más de eso!
# Namespaces Es maravilloso. Concepto que deberíamos utilizar más (defender y pedir). Sólo pensando más en él en el uso diario, estudiándolo detenidamente y experimentándolo lentamente se podrán comprender mejor los pensamientos profundos del Zen de Python y estar más tranquilos. ¡Escriba programas Python concisos, hermosos y fáciles de entender!
Para obtener más artículos técnicos relacionados con Python, visite la columna de tutoriales de Python para obtener más información.