Einstieg in Model-View-Konzept
-
Hi Wolf,
ich muss sagen, ich finde die Bücher sehr gut. Ich hab damals mit der version für 3.x Qt gelernt, und fand es sehr gut. Die Version für 4.x (C++ GUI Programming with Qt 4, first edition) habe ich dann als es rauskam auch nochmal durchgearbeitet und ich finde das Buch sehr gut und verständlich.
By the way:
"Advanced Qt Programming" lese ich gerade, und bis jetzt gefällt mir das auch ganz gut.
Was ich als Nachschlagewerk und zum spezifischen Problem anschauen auch ganz guit finde ist:
"Practical Qt":http://qt.nokia.com/developer/books/7 von Matthias Kalle Dalheimer
Bis jetzt habe ich bei Qt Büchern immer die Originalversion genommen (englisch) und die sind meines erachtens gut --> Ja ich würde sie empfehlen :-)
-
Problem bei der M-V-Programmierung mit Qt ist, dass es definitiv kompliziert ist :-/
Ich habe den o.g. Artikel noch nicht gelesen, der scheint aber wirklich alles abzuhandeln. Geht's Dir um einen bestimmen Aspekt? Meistens hakt es nämlich an der Programmierung des ersten eigenen Modells (QAbstractItemModel-abgeleitete Klasse). Bei den Delegates kommt man meistens mit etwas try-and-error und spicken bei den Trolls weiter, beim Model hilft das leider nichts.
-
Ich finde, eingangs fehlt es an einem Motivierungsabsatz: die Stelle, die mich ganz gierig macht, den Artikel zu verschlingen. Stünde dort ein dem Anschein nach leichtgewichtiges Beispiel, das es dann letztlich doch in sich hat, so dass man nachweislich mit einfacheren Mitteln scheitert, dann wäre das vermutlich hoch-motivierend.
Und ich nehme an, es ist nicht so kompliziert zu verwenden, eher kompliziert alles zu verstehen. Also sollte ich vielleicht eher nach einem einfachen how-to suchen (oder eins schreiben? würdest du helfen?)
-
Hast du dir mal die examples angesehen? Die sind glaub ich auch ganz gut.
Der witz is ja, du kannst mit einem einfachen Table model (read-only) anfangen, und das stück für stück ausbauen (daten editieren, zeilen hinzufügen/löschen, Spalten hinzufügen / löschen, ...).
Die meisten Probleme, die ich bisher bei Leuten gesehen haben, ist beim editieren / verändern der Daten:
Es wird vergessen beginXXX endXXX oder emit dataChanged(a,b) aufzurufen.
Und kompliziert wird es bei editierbaren Tree Models und proxys :-)
Aber wir können schon einhow-to schreiben, kp.
-
-
Ein de-tutorial fänd ich gut - übersetzen ins Englische könnten wirs, wenns fertig ist. Wäre z.B. folgendes ein guter Kandidat: einen Logdatei-Viewer zu implementieren, der mit der Darstellung einer bereits existierenden Datei zunächst gut zu Rande kommt, auf Grund der Forderung nach Aktualisierung und Filtermöglichkeiten aber später an seine Grenzen stößt (betrachtet es als einen Schuss ins Blaue...) - könnte das funktionieren? (als Aufhänger für ein How-To mein ich?)
-
Beide Varianten sollten vorkommen. Das Tutorial könnte mit einer einspaltigen Liste beginnen, die einfach nur aus einer Log-Datei geladen wird. Und dann kommen Wünsche dazu:
- Spalten (damit Wechsel auf Tabelle)
- Sortierbarkeit
- Filterbarkeit und...
Bums!
- Alternative Quelle(n)
ich glaube so eine Anleitung würde ein Neuling durchlesen wollen, die super-einfach anfängt und Stück für Stück ans Eingemachte geht. Ist ja auch realistisch: kennen wir sie nicht alle die Forderungen nach einem ganz einfachen Einbau, bloß eine Liste, die - sobald der Benutzer dann davor sitzt und "Blut leckt" - wachsen und gedeihen ;) ?
-
Wäre eigentlich das Vernünftigste. Ich meine, zu Qt hab ich wirklich noch nicht ein so inniges Verhältnis, kenne aber bereits einige Frameworks. Vielleicht die besten Voraussetzungen für ein realitätsnahes Umsteiger-Tutorial. Auch die Gliederung halte ich für gut: so um die max. 10 Seiten im Wiki, die können ja ruhig zum Ende hin etwas zulegen an Größe (und Speed, damit's nicht langweilt).
Meine Lust darauf wächst ;) leider meine Zeit nicht, aber mal sehen...
-
Ich halte Liste bzw. Tabelle für ausreichend, schließlich soll man das Model/View-Konzept anhand seines Nutzens für ein konkreten Beispiels verstehen. Welches von beiden geeigneter ist, kann ich im Moment nicht sagen. Da ich für den naivsten Ansatz eine einfache Liste "QListWidget":http://doc.trolltech.com/latest/qlistwidget.html verwenden würde, könnte die Hinleitung zum ListenModel leichter fallen. Aber vielleicht geht man auch erst zu "QTableWidget":http://doc.trolltech.com/latest/qtablewidget.html über, weil man die sortierbare Spaltendarstellung zuerst als nötig empfindet, dann wären die Hauptstationen des Fahrplans diese:
- QListWidget
- QTableWidget (vielleicht als "Exkurs")
- QTableView-basierte Lösung
...^^ das könnte das erste Körnchen fürs Wiki sein, denke ich.
-
[quote author="Gerolf" date="1294303547"]Klingt wie eine Gute idee, aber willst du wirklich mit den QXxxWidgets anfangen? Oder lieber gleich mit den QXxxViews?[/quote]
Zu den Widgets gibt's ja nicht viel zu schreiben, bzw. wäre das ein eigenes Tutorial. Was ich so mitbekomme, gibt's mit den Dingern auch weniger Probleme (= Fragen). Außerdem ist da das MVC ja "versteckt" :-)
Die QxxViews kann man größtenteils auch so ganz gut verwenden. Probleme gibt's eigentlich immer beim Implementieren des ersten eigenen Models.
-
Deswegen würde ich auch mit einem MV - Konzept anfangen.
Meiner meinung nach macht das auch mehr Sinn. Ich arbeite jetzt aj auch schon ein paar Jahre lang mit Qt, und Anfangs (Qt 3) gabs MV ja noch net. Mit 4.x haben wir das alles umgestellt, weils am Ende einfacher und flexibler ist.
Nur wie soll man in so einem Tutorial das einfach Zeigen? Evtl durch große Datenmengen und Speicherverbrauch? Oder ein internes Datenmodell das mittels eines QXxxModel einfach angeflanscht werden kann?