Hi,
Mal davon abgesehen, dass es in der Standardbibliothek, insbesondere bei Python 2.x Namensgebungen gibt, die sich nicht an PEP8 halten, sind `os` und `sys` keine Klassen, sondern Module. Und als solche halten sie sich an die Empfehlungen von PEP8. `Tkinter` hält sich da zum Beispiel nicht dran, ist in Python 3 deshalb auch in `tkinter` umbenannt worden.
Klassen sind in sofern etwas besonderes als das sie a) eine Vorlage für Objekte von ihrem Typ sind und man b) davon andere Klassen ableiten kann. Ausserdem ist es praktisch, dass man, wenn einem kein besserer Name für ein Exemplar einfällt, einfach den Klassennamen klein geschrieben dafür verwenden kann. Also zum Beispiel bei einer Klasse `Person` kann man einfach ``person = Person('Klaus')`` schreiben. Die Standardbibliothek hält sich da auch nicht immer dran, und besonders bei `socket` habe ich schon geflucht. Wenn ich ein `socket.socket`-Exemplar erstelle, wäre `socket` oft ein passender Name dafür, aber den kann man ja leider nicht verwenden ohne Modul oder Klasse zu verdecken. Ich importiere den Typ deshalb immer so ``from socket import socket as Socket``.
Em also das ist unlogisch oder verstehe ich das falsch?
Du sorgst dafür, dass socket in Socket umbenannt wird - weil die Namen ja groß sein sollen.
Und in Python 3 ist Tkinter in tkinter umbenannt worden - warum, ich dachte die Namen sollen groß sein.
Ansonsten - überredet - ich habe die Tabs durch Leerzeichen ersetzt.
Wieso Du eine 10-stellige Zahl nicht in einem Schritt hinbekommst, verstehe ich nicht:
Keine Sorge, ich auch nicht
.
Auf wundersame Weise läuft jetzt das, was gestern so nicht gelaufen ist - vielleicht hatte ich irgendetwas übersehen oder falsch gemacht.
Naja, egal - es läuft.
Ich habe den Sinn der Dictionaries mit den Zufallszahlen als Schlüsseln auch nach der Beschreibung nicht verstanden. Vielleicht solltest Du solch eine Komplexität erst einbauen, wenn sie auch wirklich *gebraucht* wird, und nicht schon auf "Vorrat".
Es wird ja schon jetzt gebraucht, es fehlt einfach nur noch die Funktion, die die Konfiguration einliest - mehr Code, mehr Bugs, deshalb möchte ich, dass es erstmal so funktioniert.
Also, das soll ja ein Anrufmonitor werden.
Jetzt führst Du aber 2 Gespräche, dann brauchst Du auch 6 Objekte.
3 pro Gespräch Anruf/Angerufen Angenommen Aufgelegt.
Und da Anruf auch noch ausgeführt werden kann wenn man schon auflegt, muss es eben immer ein neues Objekt sein.
Diese brauchen auch irgendeinen Speicherort und dieser ist eben das Dict mit den Zufallszahlen.
Funktionen kann man in einem Thread über die Klasse `threading.Thread` ausführen. Der kann man im Konstruktor ein aufrufbares Objekt und auch Argumente für diese Aufruf mitgeben.
Danke, das wird doch dann durch target (Einfach der Name der Funktion) angegeben ,oder?
Das eine Funktion nicht global ist, sollte in der Regel kein Problem sein, denn globale Funktionen sollte man ja nach Möglichkeit vermeiden. Smile Wenn man eine Funktion in mehreren Modulen braucht, schreibt man die in ein Modul, das die anderen Module dann importieren können. Wobei die Funktion ja letztendlich durch einen einzigen Aufruf von `random.randint()` ersetzt werden kann, also sich die Frage stellt, ob man dafür eine eigene Funktion braucht.
Und was ist, wenn es sich um eine Klasse handelt?
Naja, egal, ich habe jetzt einfach die Funktion direkt eingebaut.
mit recv() bekommt man nicht immer komplette Zeilen! es kann einem passieren das erst mit dem nächsten Zeilenblock die Zeile beendet wird, zum Beispiel durch \r\n
Aber die kommen vom Router und sind immer nur \n.
recv() liest doch einfach nur das aus, was der Socket empfangen hat, oder verstehe ich das falsch?
Und dann liest sie eben "test\ntest1\n" - wo liegt da das Problem?
Edit: ich würde die If-Statements in der Funktion run in der parse.py durch ein dict ersetzten, z.B. so:
Was für Vorteile soll das haben?
Das run() nicht so groß ist und schneller ausgeführt werden kann?
Dav1d hat geschrieben:Gut du verwendest dicts
Ich würde jetzt randomid durch eine Instanz einer Klasse austauschen, ich kenne deinen Code jetzt nicht
So ganz bin ich mit meiner bisherigen Struktur auch nicht zufrieden, da ich haufenweise Variablen habe, die die Verschiedenen Notify Stufen halten.
Diese Variablen müssen auch irgendwann gelöscht werden.
Am besten durch das Objekt dem sie zugeordnet sind.
Z.B. das "Objekt" als Schlüssel für das dict
So, das wollte ich eigentlich wissen, wie ich das machen soll.
Also es sollen ja nur nach Abschluss von dem Notifyer Thread die Objekte aus dem Zufallszahlen Dict gelöscht werden.
Viele Grüße
Maxi
