Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.python > #6095
| From | "Peter J. Holzer" <hjp-usenet4@hjp.at> |
|---|---|
| Newsgroups | de.comp.lang.python |
| Subject | Re: [Python-de] Re: Kurze Variablennamen |
| Date | 2024-07-04 12:45 +0200 |
| Organization | LUGA |
| Message-ID | <slrnv8cva4.h6q.hjp-usenet4@trintignant.hjp.at> (permalink) |
| References | <ZoZVxtuXM-gaqiJ3@torres.zugschlus.de> <936f7bc2-ebcb-472f-b537-9b9f9df7fd6b@crazy-compilers.com> |
On 2024-07-04 09:14, Hartmut Goebel <h.goebel@crazy-compilers.com> wrote:
> Am 04.07.24 um 09:56 schrieb Marc Haber:
>> Einer dieser Linter meckert völlig übliche Variablennamen wie i für die
>> Schleifenvariable kurzer Schleifen, rc für den returncode von Funktionen
>> und e in "except TypeError as e" an: "does not conform to snake_case
>> style".
>>
>> Ist das wirklich unpythonisch? Muss ich wirklich return_code oder
>> ex_ception schreiben damit der linter zufrieden ist? Oder ist mein
>> Bauchgefühl, dass diese Meldung einfach "drüber" ist, richtig?
>
> Ich teile Deine Ansicht, dass die Linter hier übertreiben. Unpythonisch
> ist es m.E. jedenfalls nicht.
>
> Insbesondere: "does not conform to snake_case style" ist schon geradezu
> übergriffig- vielleicht bevorzugst Du ja camelCase?!
Das kann man natürlich bevorzugen, aber solche Konventionen gehören IMHO
schon zu den Dingen, die ein Linter überprüfen sollte. Wenn es also die
Regel gibt, dass Variablen snake_case sein sollten, dann sollte der
Linter schreien, wenn er eine in camelCase findet. Und umgekehrt, wenn
man camelCase haben möchte, soll er bei snake_case schreien. Das sind
relativ einfache Checks, die man einem Algorithmus überlassen kann
(sofern man das auch overriden kann, dann statische Analyse kann nicht
immer zwischen Klasse und Instanz unterscheiden). Aber ein einzelnes
Wort sieht in camelCase (eigentlich dromedaryCase, nicht CamelCase) und
snake_case (und auch kebap-case, aber das ist hier nicht relevant) immer
gleich aus, also sollte der Linter hier nicht schreien.
hp
Back to de.comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar
[Python-de] Kurze Variablennamen Marc Haber <mh+python-de@zugschlus.de> - 2024-07-04 09:56 +0200
[Python-de] Re: Kurze Variablennamen Hartmut Goebel <h.goebel@crazy-compilers.com> - 2024-07-04 11:14 +0200
Re: [Python-de] Re: Kurze Variablennamen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-04 12:45 +0200
Re: [Python-de] Kurze Variablennamen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-04 11:20 +0200
Re: [Python-de] Kurze Variablennamen "Peter Heitzer" <peter.heitzer@rz.uni-regensburg.de> - 2024-07-04 10:42 +0000
Re: [Python-de] Kurze Variablennamen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-04 18:36 +0200
[Python-de] Re: Kurze Variablennamen Christopher Arndt <chris@chrisarndt.de> - 2024-07-04 11:17 +0200
Re: [Python-de] Kurze Variablennamen Enrik Berkhan <Enrik.Berkhan@inka.de> - 2024-07-04 09:52 +0000
[Python-de] Re: Kurze Variablennamen Marc Haber <mh+python-de@zugschlus.de> - 2024-07-04 12:39 +0200
Re: [Python-de] Re: Kurze Variablennamen "Peter J. Holzer" <hjp-usenet4@hjp.at> - 2024-07-04 18:44 +0200
[Python-de] Re: Kurze Variablennamen Reimar Bauer <rb.proj@gmail.com> - 2024-07-04 12:38 +0200
csiph-web