@BlackJack ...
ich habe mir angewöhnt externe Module immer mit einem prefix zu importieren ... sodas das ich mir im Quelltext bewußt bin was ich aus welchem Modul verwende ...
also
import tkinter as tk
dann kommen halt solche Dinge zustande:
widget_button1 = tk.ttk.Button(root,......) oder ...
Die Suche ergab 10 Treffer
- Donnerstag 26. Mai 2011, 16:50
- Forum: Datenbankprogrammierung mit Python
- Thema: SQLAlchemy Expression Language vs DB-API
- Antworten: 7
- Zugriffe: 1719
- Montag 23. Mai 2011, 18:49
- Forum: Datenbankprogrammierung mit Python
- Thema: SQLAlchemy Expression Language vs DB-API
- Antworten: 7
- Zugriffe: 1719
Re: SQLAlchemy Expression Language vs DB-API
@deets
si, ist ziemlich beschränkt ... das ganze ist eigentlich als Versuch gedacht herauszufinden wie ich mir den Umgang mit einer Datenbank erleichtern kann (Tipparbeit, Übersichtlichkeit etc). Das ganze geprimmel mit "ich bastle mir mein SQL in Strings" geht mir eigentlich ziemlich auf den Keks ...
si, ist ziemlich beschränkt ... das ganze ist eigentlich als Versuch gedacht herauszufinden wie ich mir den Umgang mit einer Datenbank erleichtern kann (Tipparbeit, Übersichtlichkeit etc). Das ganze geprimmel mit "ich bastle mir mein SQL in Strings" geht mir eigentlich ziemlich auf den Keks ...
- Sonntag 22. Mai 2011, 10:22
- Forum: Datenbankprogrammierung mit Python
- Thema: SQLAlchemy Expression Language vs DB-API
- Antworten: 7
- Zugriffe: 1719
SQLAlchemy Expression Language vs DB-API
Hi,
ich mache gerade meine ersten Schritte mit der Verwendung einer DB unter Python. (Für Python würde ich mich ebefalls als "Grünling" bezeichen, Entwickle jedoch schon länger prozedural und finde das Thema OO und dynamischtypisierte Sprache recht interessant !)
Um mir das arbeiten mit der DB zu ...
ich mache gerade meine ersten Schritte mit der Verwendung einer DB unter Python. (Für Python würde ich mich ebefalls als "Grünling" bezeichen, Entwickle jedoch schon länger prozedural und finde das Thema OO und dynamischtypisierte Sprache recht interessant !)
Um mir das arbeiten mit der DB zu ...
- Montag 16. Mai 2011, 18:47
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@Deets,
thx, werde ich mir mal bei Gelegenheit anschauen .. spätestens wenn QT für mich akut wird *G
@Blackjack
leider kann ich keine Bilder hochladen um die konkreten Anforderung besser zu erläutern, bzw wo man diese hosten kann -> kein Ahnung
@schnitt_tt: Alles wegwerfen und komplett neu ...
thx, werde ich mir mal bei Gelegenheit anschauen .. spätestens wenn QT für mich akut wird *G
@Blackjack
leider kann ich keine Bilder hochladen um die konkreten Anforderung besser zu erläutern, bzw wo man diese hosten kann -> kein Ahnung
@schnitt_tt: Alles wegwerfen und komplett neu ...
- Montag 16. Mai 2011, 17:40
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@BlackJack
könnte natürlich auch lediglich den Datensatz aus dem Model löschen der eine Änderung bekommen hat und in dann neu einfügen .... um noch tiefer zu gehen, dann nur die Spalte in der die Änderung vorkam ...
das Prinzip bleibt aber doch gleich:
View holt sich aus Daten dem Modelobjekt ...
könnte natürlich auch lediglich den Datensatz aus dem Model löschen der eine Änderung bekommen hat und in dann neu einfügen .... um noch tiefer zu gehen, dann nur die Spalte in der die Änderung vorkam ...
das Prinzip bleibt aber doch gleich:
View holt sich aus Daten dem Modelobjekt ...
- Montag 16. Mai 2011, 16:10
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@BlackJack
hmm das mache ich doch mit cb_save(). Ich muß halt immer zwischen GUI-Objekt(n) und Model-Objekte(n) mappen, aber da führt doch kein weg vorbei oder ? Ich wüßte nicht wie ich sonst die Änderung vom Widget ins Model bekomme außer ich bindet das Model über tkinter.StrVar() an die View ...
hmm das mache ich doch mit cb_save(). Ich muß halt immer zwischen GUI-Objekt(n) und Model-Objekte(n) mappen, aber da führt doch kein weg vorbei oder ? Ich wüßte nicht wie ich sonst die Änderung vom Widget ins Model bekomme außer ich bindet das Model über tkinter.StrVar() an die View ...
- Montag 16. Mai 2011, 15:27
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@BlackJack
*seufz, keine Ahnung wo mein Denkfehler ist bzw vielleicht Stelle ich das auch falsch dar.
also, GUIParam ist eigentlich dazu gedacht die Daten aus dem Model als Widgets darzustellen, bzw es ist die Möglichkeit des Views Daten aus dem Model darzustellen. Hmm, oder denke ich bei Model ...
*seufz, keine Ahnung wo mein Denkfehler ist bzw vielleicht Stelle ich das auch falsch dar.
also, GUIParam ist eigentlich dazu gedacht die Daten aus dem Model als Widgets darzustellen, bzw es ist die Möglichkeit des Views Daten aus dem Model darzustellen. Hmm, oder denke ich bei Model ...
- Montag 16. Mai 2011, 10:54
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@BlackJack
cb_save()
hätte ich dann wie folgt implementiert: Die myTable Klasse bekäme eine speichern Methode
def cb_save(self,*args):
# alle Einträge löschen,
# dann die GUI-Objekte mappen und neu eintragen
# dann die Tabelle als File etc speichern
del self.objekte[:]
for gui_objekt ...
cb_save()
hätte ich dann wie folgt implementiert: Die myTable Klasse bekäme eine speichern Methode
def cb_save(self,*args):
# alle Einträge löschen,
# dann die GUI-Objekte mappen und neu eintragen
# dann die Tabelle als File etc speichern
del self.objekte[:]
for gui_objekt ...
- Sonntag 15. Mai 2011, 20:59
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
Re: "MVC" - Theorie vs Praxis ..
@BlackJack/all
als Model/View Version würde ich das in etwa so umsetzen. Was mich dabei etwas irritiert das ich die Daten aus der Datei 2x vorhalten muß.,da ich gerne die Logik aus dem View heraushalten möchten(gegenfalls steige ich mal auf ein anderes GUI-Framework um ...hmmm ob das dann soooo ...
als Model/View Version würde ich das in etwa so umsetzen. Was mich dabei etwas irritiert das ich die Daten aus der Datei 2x vorhalten muß.,da ich gerne die Logik aus dem View heraushalten möchten(gegenfalls steige ich mal auf ein anderes GUI-Framework um ...hmmm ob das dann soooo ...
- Sonntag 15. Mai 2011, 11:04
- Forum: Tkinter
- Thema: "MVC" - Theorie vs Praxis ..
- Antworten: 13
- Zugriffe: 2744
"MVC" - Theorie vs Praxis ..
Hallo,
Ich schreibe mir gerade eine Anwendung die 2. Hauptfunktionen besitzt:
a) "Steuerung" einer Fremdanwendung via OLE.
- Die Fremdanwendung berechnet Werte und speichert diese in eine Datei ab.
- die Berechnung der Werte kann ich via einer Parameter.csv beeinflussen
(diese Parameter.csv ...
Ich schreibe mir gerade eine Anwendung die 2. Hauptfunktionen besitzt:
a) "Steuerung" einer Fremdanwendung via OLE.
- Die Fremdanwendung berechnet Werte und speichert diese in eine Datei ab.
- die Berechnung der Werte kann ich via einer Parameter.csv beeinflussen
(diese Parameter.csv ...
