Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.python > #5868
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Newsgroups | de.comp.lang.python |
| Subject | Re: [Python-de] Re: Code Style Review |
| Date | 2022-11-28 22:07 +0100 |
| Organization | private site, see http://www.zugschlus.de/ for details |
| Message-ID | <tm37ut$1lfhm$1@news1.tnib.de> (permalink) |
| References | <tm2jhn$1k5h8$1@news1.tnib.de> <480b80d21e58d280c437b4854bfc7cf1@posteo.de> <d60e87cd-51b9-084e-3fb6-d15b7588004d@chrisarndt.de> |
Christopher Arndt <chris@chrisarndt.de> wrote:
>Am 28.11.22 um 16:37 schrieb c.buhtz@posteo.jp:
>> Neben PyLint könntest du auch nochmal "flake8" auf den Code loslassen.
>
>Außerdem könntest du auch noch entweder "black" oder "yapf" oder ein
>ähnliches Tool benutzen, um den Code einheitlich und anhand üblicher
>Gepflogenheiten zu formatieren.
black wird von flake8 und vim-ale direkt aufgegriffen, das ist sicher
auch eine Hilfe.
>Momentan sind bei dir Code auf globaler Ebene und Funcktionen wild
>gemischt. Das ist ziemlich unübersichtlich
... und perlish. Ich hab das mal angepasst auf
>if __name__ == '__main__':
> main()
>
>Das zwingt dazu, sich überlegen zu müssen, welche Daten wirklich global
>sein müssen und wie ansonsten Daten zwischen Funktionen und Klassen
>weitergereicht werden.
Da muss ich meine Logik noch etwas aufmischen weil das dann natürlich
nicht mehr mit den globals passt, da muss ich dann mit mehr
Funktions-Parametern arbeiten. Dazu melde ich mich in ein paar Tagen
wieder.
Kann ich die Locks innerhalb der entsprechenden Funktion definieren
oder bekomme ich dann in jedem Thread ein eigenes Lock, was der
Intention entgegen spricht?
Ist:
foolock = threading.Lock()
def foo:
with foolock:
(tue Dinge mit foo, potenziell multithreaded)
dasselbe wie
def foo:
foolock = threading.Lock()
with foolock:
(tue Dinge mit foo, potenziell multithreaded)
?
Ist die in
https://www.bogotobogo.com/python/Multithread/python_multithreading_Using_Locks_with_statement_Context_Manager.php
und
https://www.pythontutorial.net/python-concurrency/python-threading-lock/
verwendete Schreibweise, wo das Lock als Parameter mit in die Funktion
hineingereicht wird, wirklich "schönes" Python?
Oder schreibe ich mein ganzes Programm als eine Klasse, die genau
einmal instanziiert wird und dann in ihren statischen Variablen (so
wäre es in C++) die Tabelle, die Konfiguration, die Locks, den
Debugstatus etc hält? Sind solche Ein-Instanz-Klassen "schönes"
Python?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Back to de.comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar
Code Style Review Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-11-28 16:19 +0100
[Python-de] Re: Code Style Review c.buhtz@posteo.jp - 2022-11-28 15:37 +0000
[Python-de] Re: Code Style Review Christopher Arndt <chris@chrisarndt.de> - 2022-11-28 16:48 +0100
[Python-de] Re: Code Style Review c.buhtz@posteo.jp - 2022-11-28 19:53 +0000
Re: [Python-de] Re: Code Style Review Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-11-28 22:07 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-11-29 18:51 +0100
[Python-de] Re: Code Style Review Marc Haber <mh+python-de@zugschlus.de> - 2022-11-29 21:44 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-11-29 23:16 +0100
Re: [Python-de] Re: Code Style Review Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-11-28 21:52 +0100
[Python-de] Re: Code Style Review c.buhtz@posteo.jp - 2022-11-28 22:38 +0000
Re: [Python-de] Re: Code Style Review Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-11-29 06:03 +0000
Re: [Python-de] Re: Code Style Review Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-11-29 15:22 +0100
[Python-de] Re: Code Style Review c.buhtz@posteo.jp - 2022-11-29 14:39 +0000
[Python-de] Re: Code Style Review Matthias Urlichs <matthias.urlichs@noris.de> - 2022-11-30 10:47 +0000
[Python-de] Re: Code Style Review Marc Haber <mh+python-de@zugschlus.de> - 2022-12-01 21:30 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-12-02 00:07 +0100
Re: [Python-de] Re: Code Style Review "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-12-03 14:32 +0100
[Python-de] Re: Code Style Review Matthias Urlichs <matthias.urlichs@noris.de> - 2022-12-02 09:29 +0000
[Python-de] Re: Code Style Review Marc Haber <mh+python-de@zugschlus.de> - 2022-12-02 18:02 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-11-29 18:33 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-11-29 18:18 +0100
[Python-de] Re: Code Style Review Hans-Peter Jansen <hpj@urpla.net> - 2022-11-30 15:52 +0100
[Python-de] Re: Code Style Review Marc Haber <mh+python-de@zugschlus.de> - 2022-12-01 21:16 +0100
[Python-de] Re: Code Style Review Stefan Schwarzer <sschwarzer@sschwarzer.net> - 2022-12-01 23:58 +0100
[Python-de] Re: Code Style Review Marc Haber <mh+python-de@zugschlus.de> - 2022-12-02 18:10 +0100
Re: [Python-de] Re: Code Style Review "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2022-12-03 14:36 +0100
csiph-web