Klassen. Attribute, Methoden für eine tkinter GUI? Wozu?

[Alfons Mittelmeyer]

@Alfons Mittelmeyer: Über früher will man immer dann nicht reden wenn's einem mittlerweile peinlich ist wie falsch man da immer gelegen hat.

Am reinen Vorhandensein eines Programms sieht man nicht ob jemand Ahnung von Softwareentwicklung hat.

Und dann gibt es auch solche, die auf ihren Positionen beharren und von Gründen die dagegen sprechen nichts wissen wollen und solche die solche Gründe anführen aufs heftigste bekämpfen.

Jup, das trifft ziemlich gut auf Dich zu. Selbsterkenntnis ist der erste Weg zur Besserung.

Da mußt Du etwas völlig falsch interpretieren. Bei einer Diskussion gibt es Argumente für etwas und Argumente gegen etwas. Gegenargumente gehören dazu. Das heißt doch nicht, dass jemand, der ein Gegenargument in die Diskussion einbringt ein Gegner ist. Allerdings habe ich auch eine Position, auf welcher ich beharre, nämlich dass man andere nicht beleidigt. Und wenn jemand das tut, tret auch auch mal zurück. Hast wohl dabei etwas abbekommen.

[Alfons Mittelmeyer]

Ich habe mal nachgesehen. wie ich die Diskussion eröffnet hatte. Das mit: "Dieser Code macht genau dasselbe und ist wesentlich kürzer ohne diesen ganzen Firlefanz mit den Klassen" war natürlich provozierend. Sollte es aber auch sein, um der Diskussion Schwung zu verleihen.

Dann ist mir jetzt etwas eingefallen, ob es danach nicht etwas anmaßend von mir gewesen wäre. Ich hatte nämlich einfach angenommen, dass ich als Threaderöffner auch als Fürsprecher dieser Position auftreten sollte und habe gar nicht nachgefragt, ob nicht ein anderer diese Rolle gerne übernehmen würde.

Aber dann fiel mir ein, dass die Übernahme einer solchen Rolle, doch nicht ausschließt, dass andere sie nicht auch übernehmen können. Denn das ist ja nichts Ausschließliches.

Wenn ihr meint ich solle mit in der Rolle der Gegensprecher auftreten und ein anderer übernimmt statt meiner die Rolle des Fürsprechers, können wir ja gerne weiter diskutieren.

Aber ohne zwei Positionen macht eine Diskussion wenig Sinn. Da kann jeder nur sein Glaubensbekenntnis herunterbeten. Und dabei mache ich bestimmt nicht mit.

[noisefloor]

Hallo,

Aber dann fiel mir ein, dass die Übernahme einer solchen Rolle, doch nicht ausschließt, dass andere sie nicht auch übernehmen können. Denn das ist ja nichts Ausschließliches.

Na ja, es ist halt hier im Thread noch niemand vorbei gekommen, der PRO deine Position und Code-Beispiele sprechen wollte. Vielleicht findet sich ja noch jemand, der dir als Für-Sprecher zu Seite stehen möchte... Ich mach's aber nicht, da brauchst du keine Hoffnung haben *SCNR*

Gruß, noisefloor

[Alfons Mittelmeyer]

Hallo,

Aber dann fiel mir ein, dass die Übernahme einer solchen Rolle, doch nicht ausschließt, dass andere sie nicht auch übernehmen können. Denn das ist ja nichts Ausschließliches.

Na ja, es ist halt hier im Thread noch niemand vorbei gekommen, der PRO deine Position und Code-Beispiele sprechen wollte. Vielleicht findet sich ja noch jemand, der dir als Für-Sprecher zu Seite stehen möchte... Ich mach's aber nicht, da brauchst du keine Hoffnung haben *SCNR*
Gruß, noisefloor

Du verwechselt etwas, es ist ja nicht 'meine Position' und es muss auch nicht jemand 'mir' zur Seite stehen. Ich hatte in der Diskussion nur diese Position eingenommen, damit man das Thema diskutieren kann. Damit man dann letztendlich aus Für und Wider zu einer Synthese kommt, welche die Seiten vereinigt.

Weiß nicht, ob schon jemand etwas von Dialektik gehört hat, und zwar die im Hegelsschen Sinn, wonach man dann durch Synthesen zu höheren Einsichten gelangt. Es gibt natürlich auch die Dialektik im Sinne von Marx und Engels, bei der es dann darum geht, den Gegner mundtot zu machen oder wie Stalin und Lenin es dann gemacht hatten, diejenigen, die etwas dagegen gesagt hatten, hinzurichten.

[Alfons Mittelmeyer]

Klassen. Attribute, Methoden für eine tkinter GUI? Wozu?

Diese Diskussion brachte Null Ergebnis. Auf die Fragestellung wurde nicht eingegangen. Anworten gab es keine. Höchstens vielleicht insoweit: in diesem Forum wird nichts diskutiert, denn was wir sagen gilt und damit basta!

[Sirius3]

@Alfons Mittelmeyer: vielleicht, weil das Thema schon hundertausendmal hier durchgekaut wurde und Du nicht wirklich Neues beigetragen hast. Der offensichtlichste und damit einzig richtige Weg, ereignisbasierte Programme mit Zustand zu programmieren sind nunmal Klassen.
Und scheinbar wurdest Du durch die Argumente hier doch überzeugt, da Du von Deiner ursprünglichen Idee selbst nichts mehr wissen willst.

[Alfons Mittelmeyer]

@Alfons Mittelmeyer: vielleicht, weil das Thema schon hundertausendmal hier durchgekaut wurde und Du nicht wirklich Neues beigetragen hast. Der offensichtlichste und damit einzig richtige Weg, ereignisbasierte Programme mit Zustand zu programmieren sind nunmal Klassen.

Und scheinbar wurdest Du durch die Argumente hier doch überzeugt, da Du von Deiner ursprünglichen Idee selbst nichts mehr wissen Es war nicht meine Idee jemand davon zu überzeugen. es war meine Idee, das Thema zu diskutieren, nämlich warum und wofür und nicht 'sind nun mal'.[/quote]

[Alfons Mittelmeyer]

Man kann es so zusammenfassen. Es ist in sehr vielen Fällen nicht erforderlich eine Klasse zu nehmen. Aber keine Klasse zu nehmen bringt keinen Vorteil. Dann braucht man plötzlich doch eine Klasse und müßte dann den Code wieder ändern. Besser man nimmt gleich eine.

Es gibt auch Fälle, in denen es nicht sinnvoll ist, eine Klasse zu nehmen, etwa Gui Generierung aus Datenformaten, wobei der ausgeführte Code dazu nur ein Zwischenprodukt ist, den niemand interessiert. Warum da also mühsam Klassen generieren, wenn man den Befehl zur Widget Erzeugung sofort ausführen kann. Aber solcher Code ist nicht so einer, mit dem man dann programmiert und seine GUI Applikation erstellt. Außerdem gibt es eventuell auch ein solches Zwischenprodukt gar nicht als Source, weil man da auch gleich ausführen kann anstatt nochmals eine Source zu generieren und danach auszuführen.

Sicher sind auch noch andere ähnliche Fälle denkbar, bei denen Klassen nicht sinnvoll sind. Im Normalfall ist es angebracht Klassen zu nehmen, auch wenn es in sehr vielen Fällen fast genausogut ohne diese ginge. Bei Widget erzeugen und dann eine Initfunktion aufrufen wäre es lediglich eine Befehlszeile mehr. Aber hätte man etwas davon? Wohl nicht.

[Sirius3]

@Alfons Mittelmeyer: von was bitte schön soll das eine Zusammenfassung sein? Von Deiner unendlichen Weisheit? Nichts von dem, was Du da schreibst ist irgendwie belegt. Alles entspringt Deiner Phantasie und da hört sich immer alles ganz toll an. Ohne konkretes Problem das eine gewisse Komplexität hat, bleibt das nur Deine Träumerei.

[Alfons Mittelmeyer]

@Alfons Mittelmeyer: von was bitte schön soll das eine Zusammenfassung sein? Von Deiner unendlichen Weisheit? Nichts von dem, was Du da schreibst ist irgendwie belegt. Alles entspringt Deiner Phantasie und da hört sich immer alles ganz toll an. Ohne konkretes Problem das eine gewisse Komplexität hat, bleibt das nur Deine Träumerei.

Was hat das mit Träumereien zu tun? Wofür Belege? Was hat das mit Weisheit zu tun? Es handelt sich um ganz banale Trivialitäten.

Ach so, natürlich, es kommt immer darauf an, was man einsetzt. Wenn man Signale einsetzt, bräuchte man kaum Klassen für Container Widgets. Wenn man aber Widget IDs oder Zugriff über den Attributbaum einsetzt, braucht man die schon, weil man da Methoden Interfaces braucht.

[Kebap]

Als ich letztens mal wieder lachen wollte, hab ich diesen Thread ausgegraben und mit Freuden gelesen!
Unfassbar, wie dieser Dude über 1700 Beiträge im Forum sammeln konnte, und doch so hartnäckig alle Empfehlungen misverstand.
Vielleicht war damals über die Wochen und Monate am Ende sogar mit ein Grund, wieso Blackjack sich (zunächst) hier löschen lies.

[__blackjack__]

@Kebap: Jup, war es. War ein ”guter” Troll.

[__deets__]

Er ist auch Klimawandelleugner, und seine Sicht auf die Pandemie wird auch entlang erwartbarer Linien laufen... das war schon ein krasses Exemplar.