Was bedeutet Zen von Python?

Jeder, der Python verwendet hat, weiß im Grunde, dass die Eingabe von „import this“ im interaktiven Interpreter Tim Peters‘ „The Zen of Python“ anzeigt, aber das Gurgeln ist etwas verwirrend. Die Aussage ist etwas verwirrend, also wollte ich um meine Erfahrungen damit zusammen mit meiner Übersetzung zu teilen.

The Zen of Python, by Tim Peters
 
Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!

Übersetzt und erklärt

The Zen of Python von Tim Peters

Schön ist besser als hässlich (Python möchte schönen Code schreiben)

Klarheit ist besser als Unklarheit (schöner Code sollte klar sein, mit Namenskonventionen und ähnlichen Stilen)

Einfachheit ist besser als Komplexität (schöner Code sollte einfach sein, ohne komplexe interne Implementierungen)

Komplexität ist besser als Unordnung (wenn Komplexität unvermeidbar ist, sollte es keine schwer verständlichen Beziehungen zwischen Codes geben und die Schnittstelle sollte einfach gehalten werden)

Flachheit ist besser als Verschachtelung (schöner Code sollte es sein). flach) , es darf nicht zu viel Verschachtelung geben)

Abstand ist besser als Kompaktheit (schöner Code hat einen angemessenen Abstand, erwarten Sie nicht, dass eine Codezeile das Problem löst)

Lesbarkeit ist wichtig (schöner Code ist lesbar)

Verstoßen Sie nicht gegen diese Regeln (diese Regeln sind von größter Bedeutung), auch nicht im Namen der Praktikabilität von Ausnahmen

Tolerieren Sie nicht alle Fehler, es sei denn, Sie sind absolut sicher müssen (Ausnahmen genau abfangen, nicht schreiben, außer: Stilcode übergeben)

Wenn es mehrere Möglichkeiten gibt, versuchen Sie nicht zu erraten

, sondern versuchen Sie, eine zu finden, vorzugsweise die einzig offensichtliche eine Lösung (wenn Sie nicht sicher sind, verwenden Sie eine erschöpfende Methode)

Obwohl dies nicht einfach ist, da Sie nicht der Vater von Python sind (Niederländisch bezieht sich hier auf Guido)

Es kann besser sein, dies zu tun Es ist besser, es nicht zu tun, aber es ohne nachzudenken zu tun ist schlimmer, als es nicht zu tun (denken Sie sorgfältig nach, bevor Sie es tun)

Wenn Sie Ihren Plan anderen nicht beschreiben können, ist es definitiv kein guter Plan; umgekehrt (Planbewertungskriterien)

Namespace ist eine wunderbare Idee und wir sollten sie stärker nutzen (Befürwortung und Aufruf)

Das obige ist der detaillierte Inhalt vonWas bedeutet Zen von Python?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!