Was ist die maximale Länge für ein Attribut name, das in python?

• gut danke, aber für die Lesbarkeit Teil, ich kann nicht zulassen, dass Graf: das ist genau Das, was ich versuche hier zu erreichen. Der name der Funktion sagt Ihnen, was es tut. Wenn ich das abkürzen, es wird weniger lesbar. (akzeptieren Sie Ihre Antwort in 8 min)
• Ihr code wird in absolut unlesbar. docstrings.
• "Volle Beschreibung" und "lesbar" sind zwei getrennte Dinge. Langer camel-cased-strings sind das erstere, nicht das letztere.
• Ich verwende docstrings und ich aggree, in der Regel, dass lange Namen vermieden werden sollten, weil Sie nicht einfach zu Lesen und nicht leicht zu merken. Ich Stimme mit @chepner, dass es einen Unterschied zwischen Anschaulichkeit und Lesbarkeit - hier wollte ich einen beschreibenden Namen. Grund: Die Funktion wird nur aufgerufen werden, an einem einzigen Ort im source-code und es wird aufgerufen, zusammen mit vielen anderen ähnlichen Funktionen. Durch eine lange, beschreibende Namen für diese Funktionen, die ich Freisetzung die den Leser von haben zu springen, um die definition der Funktion nur um einen Einblick zu bekommen, was Sie tun. docstrings nicht helfen, hier
• Wenn Sie nur einmal aufgerufen und in einem Ort, der nur Kommentare zu diesem Punkt, anstatt zu versuchen, embed Kommentare im Namen der Attribute.
• In der Tat. Ich hasse es, wenn ich zu stoßen, Dinge wie AggregateAccountabilityViewManager<AlternateSetupScrollingLoaderView> aggregateAccountabilityViewManagerForAlternateSetupScrollingLoaderViews = new AggregateAccountabilityViewManager<AlternateSetupScrollingLoaderView>(); (als random Java-Beispiel) im code. Nur weil code-Vervollständigung macht sowas viel einfacher zu schreiben bedeutet nicht, sollten Sie.
• Gut, dein Beispiel meist zeigt ein riesiges problem von Java. Ich meine, lange idetifiers schlecht sind, aber macht Java auch nicht-sehr-lange-IDS schrecklich.
• warum verbringen Sie eine zusätzliche Zeile, wenn Sie den Namen tragen kann, dass Informationen? nur, um das warme Gefühl, dass ich (blind) eingehalten coding guideline?
• Den Namen trägt die Informationen schlecht. Warum sind Sie so gesetzt, gegen die Kommentare für den beabsichtigten Zweck?
• Da functionsThatTellYouExactlyWhatTheydoincamelcase(areReallyAnnoyingBecauseItAllRunstogether).
• Ich Liebe Kommentare, wenn Sie dokumentieren eine öffentliche Schnittstelle. Wenn Sie nicht, würde ich eher versuchen, code zu schreiben, der braucht keine Kommentare.
• Ich denke sein Punkt ist (und wenn nicht, mache ich es selbst): Ein einzelner Bezeichner ist schlechter als Kommentare/docstrings für lange Beschreibungen, ganze Sätze etc. weil Sie verhängen dumm Einschränkungen bei der Formatierung, können Sie nicht verwenden Leerzeichen oder Satzzeichen, etc. und wenn man sich ein bestimmtes Gehäuse Stil (die Sie wahrscheinlich sollte für die Konsistenz) können Sie nicht selbst nutzen die Hälfte der Wörter richtig.
• Verschachtelung von templates in C++/generics in Java ist nicht das Problem hier, aber mit langen identifier-Namen, die tatsächlich machen Sie weniger HIERFÜR gültigen. LongIdentifierName<LongerIdentifierName<EvenLongerIdentifierName, EvenLongerIdentifierName>, WhyWouldYouEvenDothis<ImAskingYouWhy<AndThisOneIsJustForTheHeckOfIt>>>>. Auch wenn Sie brechen es auf Zeilen und Einzüge verwenden, es ist noch viel chaotischer als mit anständig beschreibende und dennoch prägnante Bezeichner und setzen eine korrekte Beschreibung an anderer Stelle (und delnan macht einen guten Punkt, um die (fehlende) inline-Formatierung wie auch).
• Python gibt Ihnen auch die Flexibilität, besonders für so etwas, zum monkey-patch-Testumgebung in Ihrem Programm. Wenn Sie kombinieren die Fähigkeit zu überlasten (und zurück jedes beliebigen Typs, wie, sagen wir, ComparisonResult) Operatoren mit etwas, das legt Metadaten-Objekte und-eine Funktion, die generisch erzeugt die Protokollierung für die Prüfungen, können Sie am Ende mit etwas wie verify(all_v_props.version == auto_link_header.version), das sich eine nette ausführliche Nachricht, die für Erfolg oder Misserfolg.
• Vielleicht sollten Sie sich Fragen Sie die Leute, die das Lesen und die Pflege Ihres Codes, was Sie bevorzugen würden.
• für dieses spezielle Projekt: das wäre mir. (Trotzdem: ich bin wirklich dankbar für all Eure Kommentare, auch wenn ich mag ein bisschen stur)

Zeige alle Kommentare

• Glaubst du wirklich, dass der interpreter hashes Methode, die Namen auf jedem Aufruf?
• Wäre produktiver, wenn formuliert the interpreter doesnt hash method names on each invocation, see ...
• Es sei denn, Sie sind mit einem JIT-oder andere Art von Optimierung oder look-ahead-interpreter (die meines Wissens CPython ist nicht), ja.
• Nicht dumm überhaupt. Mein Verständnis ist, dass der CPython-interpreter wurde speziell entwickelt, um so einfach zu verlängern wie möglich, was bedeutete Nachteile für die performance-Optimierung. Also warum PyPy und dergleichen existieren.
• CPython ist meist ein einfacher interpreter, ja, aber das bedeutet nicht, dass es keine performance-Optimierungen (wenn es nicht wäre, wäre es viel langsamer als es ohnehin schon ist). Zwei von diesen Optimierungen interagieren, um sicherzustellen, dass praktisch keine Attribut-lookup tatsächlich führt eine hash-Funktion. (1) Die Saiten für Attribut-lookup konstant sind, und damit interniert. (2) Streicher denken Sie daran, Ihre hash-Wert nach dem ersten mal, Sie sind gehasht.
• Interessant, danke. Ich entfernte die beanstandeten Satz aus meiner Antwort.
• Es sei denn, du bist mit der run-time Reflexion, in diesem Fall der Dolmetscher nicht weiß, welche Saiten intern erst zur Laufzeit. ...Oder, so dachte ich, aber es scheint, Attribut-Zugriff strings eigentlich sind interniert oder so.
• Es ist möglich, dass getattr und wie nennen intern auf die argument-Namen. Ich weiß nicht, ob das ist, was passiert, aber das wäre meine Vermutung basiert auf edit. Guter Punkt auf jeden Fall, wie dieser ist eine Implementierung detail, und wahrscheinlich ändern.
• Es scheint, Sie werden interniert... bei der Verwendung eines char* - string. hg.python.org/cpython/file/tip/Objects/object.c#l816 Auf der anderen Seite setattr macht zu nutzen, Praktikum für Python-strings. hg.python.org/cpython/file/tip/Objects/object.c#l953

Zeige alle Kommentare