Seit 2002 Diskussionen rund um die Programmiersprache Python
https://www.python-forum.de/
Also mit dem Quatsch dass del Unsinn ist, sollte man auch aufhören, wenn man nicht kapiert hat, was del macht.BlackJack hat geschrieben:Die letzte Zeile ist Unsinn und `eval()`/`compile()` sind nicht die Lösung sondern eine Funktione zu schreiben. Und Du weisst das diese Antwort kommt, also könntest Du bitte aufhören zu trollen…
Gui Editor ist klar, um den soll es jetzt mal nicht gehen, sondern ein allgemeines Konzept für:Sirius3 hat geschrieben:@Alfons Mittelmeyer: Du wirst wohl keim die Core-Entwickler mit Deinen Ideen überzeugen können. Kannst Du mal alles in einen großen Rahmen setzen, was Du machen möchtest. Du willst einen GUI-Editor bauen, der welche speziellen Features hat? Und wie hast Du Dir vorgestellt, dieses oder jenes Feature umzusetzen?
Ich möchte wissen, was da mikro sein soll, wenn man eine Python Hauptanwendungen entlädt. Es könnten Anwendungen von zehntausend Zeilen Source sein - und zwar viele Anwendungen - auch wie am Fließband - unbeschränkt. Warum man jetzt kompilerten Hauptprogramm Code, wovon es aber jetzt ständig neu nachgeladene Hauptprogramme geben soll - , also warum man nun kompilierten Code aus vielen solchen Pythonprogrammen nun unbedingt dauerhaft bis zum Beenden von Python als globale Variablen im Hauptspeicher sammeln will.Sirius3 hat geschrieben:@Alfons Mittelmeyer: Dein Vergleich mit einer Festplatte hinkt. Du betreibst del als Mikromanagement, und Mikromanagement ist unsinnig und damit del auch.
*Du* hast nicht verstanden wofür ``del`` gedacht ist und welche Garantien die Sprachspezifikation zum Thema Speicherverwaltung gibt und welche eben nicht, und deshalb ``del`` für manuelle Speicherverwaltung nicht gedacht weil nicht geeignet ist. Und mehr brauchst *Du* dazu jetzt auch nicht mehr zu schreiben. Das andere Thema ist ja nicht aus Spass geschlossen worden, sondern weil die Diskussion angefangen hat Leute zu nerven.Alfons Mittelmeyer hat geschrieben:Also mit dem Quatsch dass del Unsinn ist, sollte man auch aufhören, wenn man nicht kapiert hat, was del macht.
Offenbar hast Du ja nicht verstanden, was ``del`` macht, denn sonst würdest Du es nicht für einen Zweck einsetzen, für den es nicht gemacht ist.Alfons Mittelmeyer hat geschrieben: Also mit dem Quatsch dass del Unsinn ist, sollte man auch aufhören, wenn man nicht kapiert hat, was del macht.
Das will man selbstverständlich nicht. Daher nutzt man ja auch lokale Variablen, verwendet ggf Datenstrukturen wie Stacks oder Warteschlangen, usw. Aber man nutzt dafür eben nicht `del`!Alfons Mittelmeyer hat geschrieben:(...) also warum man nun kompilierten Code aus vielen solchen Pythonprogrammen nun unbedingt dauerhaft bis zum Beenden von Python als globale Variablen im Hauptspeicher sammeln will.
Es dürfen beliebige Python Anwendungen sein. Aber meine Anforderung an diese Anwendungen sind, dass sie nichts im globalen Speicher zurücklassen. Und dass man sich nicht auf den Standpunkt stellt: normalerweise wird dann auch Python beendet und deshalb muss ich auch nichts aufräumen. Meine Anforderung ist, dass dann auch aufgeräumt wird. Deshalb empfiehlt sich da auch eine diesem Falle angemessene Programmierung. Wenn man 50 Funktionen und 40 globale Varoiablen definiert hat und dann bei der Beendigung mit einer del Liste das alles löscht, das wäre Mikroprogrammierung und so sollte es nicht sein. Wenn man allerdings eine Klasse macht mit diesen 50 Funktionen als Memberfunktionen und die Variablen als Membervariablen, dann genügt ein del für die Instanz und ein del für die Klasse. Was natürlich noch besser wäre, wäre eine Python Funktion, die den globalen Speicher der Anwendung - nicht den der Module - bereinigt. Dann müßten die Anwendungen keine besondere Anforderungen erfüllen.Sirius3 hat geschrieben:@Alfons Mittelmeyer: geh doch mal wieder vom Allgemeinen zum Konkreten, welche Anwendung hast Du im Sinn, die ständig andere Anwendungen nachlädt? Was soll die Anwendung können? Wer setzt sie wie ein? Wieviele Teile hat sie konkret? Wer oder was bewirkt, dass ein Teil nachgeladen werden muß?
Ja genau um das geht es. Wenn man in den Genuss lokaler Variablen kommen will, muss man dafür eine Funktion definieren. Aber wenn man eine Funktion definiert hat, nur für den Zweck lokale Variablen benützen zu können und die Funktion sonst keinen Zweck erfüllt. Ja warum soll ich sie dann nach Ausführung nicht als Waste deklarieren?snafu hat geschrieben:Das will man selbstverständlich nicht. Daher nutzt man ja auch lokale Variablen, verwendet ggf Datenstrukturen wie Stacks oder Warteschlangen, usw. Aber man nutzt dafür eben nicht `del`!Alfons Mittelmeyer hat geschrieben:(...) also warum man nun kompilierten Code aus vielen solchen Pythonprogrammen nun unbedingt dauerhaft bis zum Beenden von Python als globale Variablen im Hauptspeicher sammeln will.
Instanzen brauchen gar kein del, weil die automatisch abgeräumt werden, wenn sie nicht mehr gebraucht werden. Für Klassen sieht das anders aus. Bisher konntest Du noch keine konkrete Anwendung für Deinen Fall, dass ständig irgendetwas nachgeladen wird, liefern. Selbst bei 500 Klassen fällt der Speicher für den Code nicht weiter ins Gewicht und das ist schon eine sehr große Anwendung. 99% der Desktop-Anwendungen werden spätestens am Abend beendet, 99% der Server-Anwendungen nach wenigen Minuten. Daher frage ich Dich ernsthaft, hast Du eine konkrete Anwendung im Sinn? Ist der Code in diesem Fall wirklich ein Problem? Stört es Dich, dass Microsoft-Word ein Funktion für japanische Datumsangaben hat, obwohl Du sie noch nie benutzt hast?Alfons Mittelmeyer hat geschrieben:dann genügt ein del für die Instanz und ein del für die Klasse
Guckstu:Alfons Mittelmeyer hat geschrieben:Also was ist der Zweck von del.
Code: Alles auswählen
In [1]: seq = list('hallo')
In [2]: seq
Out[2]: ['h', 'a', 'l', 'l', 'o']
In [3]: del seq[1]
In [4]: seq
Out[4]: ['h', 'l', 'l', 'o']
In [5]: del seq[1:3]
In [6]: seq
Out[6]: ['h', 'o']
In [7]: dic = dict(a=1, b=2, c=3)
In [8]: dic
Out[8]: {'a': 1, 'b': 2, 'c': 3}
In [9]: del dic['b']
In [10]: dic
Out[10]: {'a': 1, 'c': 3}
In [11]: class C:
....: def __init__(self):
....: self.x = 123
....:
In [12]: c = C()
In [13]: c.x
Out[13]: 123
In [14]: del c.x
In [15]: c.x
---------------------------------------------------------------------------
AttributeError Traceback (most recent call last)
<ipython-input-15-1f89b44c0846> in <module>()
----> 1 c.x
AttributeError: 'C' object has no attribute 'x'
In [16]: y = 456
In [17]: y
Out[17]: 456
In [18]: z = y
In [19]: del y
In [20]: y
---------------------------------------------------------------------------
NameError Traceback (most recent call last)
<ipython-input-20-009520053b00> in <module>()
----> 1 y
NameError: name 'y' is not defined
In [21]: z
Out[21]: 456Das stimmt nicht. Meine fcgi Prozesse laufen mitunter Stunden und machmal auch Tagelang... Doch der Speicher läuft nicht voll und ich nutzte kein delSirius3 hat geschrieben:99% der Server-Anwendungen nach wenigen Minuten.
Das denkst aber auch nur Du, dass da irgendetwas automatisch geht. Der Programmierer muß mitteilen, dass die Instanzen nicht mehr gebraucht werden, wenn er etwa einen Button löscht. Dafür gibt es die Methode destroy. Wenn der Buttun sich allerdings in einem Toplevel Window befindet, braucht der Programmierer nichts mitteilen, denn wenn der User dieses Window schließt, geschieht ein destroy nicht nur für das TopLevel sondern von tkinter her auch für die Childs. Aber auch das ist nichts automatisches von Python, sondern hat man so für tkinter implementiert.Sirius3 hat geschrieben:Instanzen brauchen gar kein del, weil die automatisch abgeräumt werden, wenn sie nicht mehr gebraucht werden. Für Klassen sieht das anders aus.Alfons Mittelmeyer hat geschrieben:dann genügt ein del für die Instanz und ein del für die Klasse
Wäre auch eine Lösung, also alles importieren jeweils in ein und dasselbe Modul und dann immer wieder ein imp.reload machen. Kann ja mal schauen ob es klappt. Außerdem, um den GuiDesigner geht es hier jetzt nicht sondern um ein allgemeines Konzept für dynamisch unbegrenzt nachladen.jens hat geschrieben:Das stimmt nicht. Meine fcgi Prozesse laufen mitunter Stunden und machmal auch Tagelang... Doch der Speicher läuft nicht voll und ich nutzte kein delSirius3 hat geschrieben:99% der Server-Anwendungen nach wenigen Minuten.
@Alfons Mittelmeyer: "Dynamisch nachladen" ist doch kein problem. Du packst das ganze einfach in einen geeigneten Namensraum, der dann einfach weggeschmissen wird und der gc wird dann irgendwann aufräumen.
Dumm wäre es natürlich du importierst wahllos alles in den globalen Namensraum. Aber das wäre eh nicht gut, weil du dann schnell mit Namenskonflikten zu tun haben wirst!
Wie ich schon geschrieben habe, schau dir bestehende GUI-Designer an, welche Lösungen die vornehmen. Kannst da ja auch untersuchen, ob die ein Speicherleck haben...
Das hatte ich nicht im Sinn... Aber egal: "dynamisch unbegrenzt nachladen" ist wieder so ein unrealistisches worst-case Szenario ...Alfons Mittelmeyer hat geschrieben:Wäre auch eine Lösung, also alles importieren jeweils in ein und dasselbe Modul und dann immer wieder ein imp.reload machen. Kann ja mal schauen ob es klappt. Außerdem, um den GuiDesigner geht es hier jetzt nicht sondern um ein allgemeines Konzept für dynamisch unbegrenzt nachladen.
Und empfohlen wird es auch nicht gerade:When a module is reloaded, its dictionary (containing the module’s global variables) is retained. Redefinitions of names will override the old definitions, so this is generally not a problem. If the new version of a module does not define a name that was defined by the old version, the old definition remains.
Quelle: https://docs.python.org/3.1/library/imp.htmlIt is legal though generally not very useful to reload built-in or dynamically loaded modules, except for sys, __main__ and __builtin__. In many cases, however, extension modules are not designed to be initialized more than once, and may fail in arbitrary ways when reloaded.
Ja toll, del soll ganz am Ende gemacht werden, wo definitiv das Programm zuende ist, und nicht mittendrin, wenn man die Variablen noch braucht.pillmuncher hat geschrieben:Insbesondere die letzten beiden Zeilen sollten klarmachen, dass del zur manuellen Speicherverwaltung völlig ungeeignet ist.Alfons Mittelmeyer hat geschrieben:Also was ist der Zweck von del.