ECHTES kleines Demoprojekt...

[stahli]

@MEissing

Hallo Matthias,

meinen Unmut über die LiveBinding-Probleme habe ich ja schon geäußert.
Deine Anregung, die Fehler in der QC zu veröffentlichen, finde ich nicht zweckdienlich (ich finde es dort ziemlich unübersichtlich).
Die Fehler sind außerdem sofort ersichtlich, wenn man mal ein kleines Projekt erstellt.

Dies habe ich am WE mehrfach versucht und möchte mal einen Weg vorschlagen.
Ich könnte hier auch ein Demoprojekt hochladen, aber das würde nicht viel Arbeit sparen.

Also bitte ich Dich einmal um die kurze Erstellung folgenden Projektes bzw. Videos:

Firebird-Datenbank ("Persons") mit folgenden Feldern (z.B. mit Rapid SQL - dann sieht man das auch mal)
- ID incl. AutoInc Generator, not null
- Activate = Boolean (bzw. alternativ Integer=0/1), Default=1, not null
- FirstName
- LastName
- Age
... 3 Zeilen anlegen
(ID wird incrementiert und Activate wird auf 1 gesetzt)


Datenbank im Daten-Explorer registrieren
- eine Zeile eintragen und speichern
(ist nach meinen Tests nicht möglich wegen den "not null"-Feldern)


Delphi XE3 - FireMonkey-HD-Anwendung mit dbExpress
- Tabelle aus Daten-Explorer verwenden + Provider + CDS
- Sortierung nach "Activate desc, FirstName, LastName"
- TMSFMGrid + Navigator binden
- Datensätze neu eingeben, ändern und löschen
- Änderungen speichern

Grundsätzlich ist das ja in wenigen Minuten erledigt.

Allerdings lässt sich die Tabelle bei meinen Versuchen nicht wirklich bearbeiten.
Die Effekte sind vielfältig und schwer zu beschreiben.

Wenn man auf die Sortierung des DataSets verzichtet, ist es etwas stabiler aber auch nicht fehlerfrei.
Z.B. wird im Feld "Activate" beim Tippen einer Ziffer eine "0" eingefügt (1 führt also zu 01) und beim Einfügen und Speichern von Datensätzen gibt es oft falsche und doppelte Zeilendarstellungen.
Eine Sortierung ist aber natürlich auch Voraussetzung für eine sinnvolle Nutzung.

Bitte zeig doch mal, ob und wie diese minimale und realistische Anforderung umzusetzen ist.
Auftretende Fehler könntest Du bitte so weiter leiten (Du kannst das besser beschreiben als ich), dass es in einem möglichst baldigem Update mündet.

Ich würde die Features (genug Werbung ist ja gemacht worden) ja wirklich gern nutzen, aber das müsste natürlich stabil funktionieren.


Bonus
- TMSFMGrid indexbasiert vom User sortieren lassen und dennoch Zeilen weiter bearbeiten und speichern
- CheckBox für Activate-Feld benutzen (obwohl es ja nicht boolean ist)
- Persistente Felder, die visible=false sind von Bindung ausnehmen (sollte eigentlich automatisch sein)


Ich bitte um Info, ob Du der Bitte nachkommen kannst...
Sicher wäre das nicht nur für mich interessant.


Gruß
André

[bernhard_LA]

ich wäre für ein Demoprojekt auf Source forge , dann könnte jeder die Entwicklung weiterverfolgen

[daywalker9]

Zitat von stahli:

Deine Anregung, die Fehler in der QC zu veröffentlichen, finde ich nicht zweckdienlich (ich finde es dort ziemlich unübersichtlich).
Die Fehler sind außerdem sofort ersichtlich, wenn man mal ein kleines Projekt erstellt.

Das QC mag zwar nicht das schönste sein, aber es erfüllt seinen Zweck (zumal der Windows Client eigentlich alles bietet). Und wenn man die Fehler dort nicht reported, kann man nicht unbedingt erwarten das diese Fehler auch korrigiert werden.

[stahli]

Ich habe auch schon Fehler in der QC eingetragen (und diverse Fehlerberichte aus dem Logging gesendet).
In dem genannten Arbeitsumfeld sind sie jedoch so vielfältig, dass ich sie nicht ausreichend beschreiben kann (zumal nicht in englisch).
Sie werden aber auch für die Entwickler offensichtlich, wenn man ein kleines Projekt erstellt, das die formulierten (Mindest-)Anforderungen erfüllt.
Wenn Emba an einer Fehlerbereionigung interessiert ist, dann sollte das der schnellste Weg sein.

[hoika]

Hallo,

Wo ist das Problem,
den Fehler in leicht nachvollziehbaren Sätzen zu dokumentieren ?

Heiko

[stahli]

Zitat von hoika:

...den Fehler...

Da liegt das Mißverständnis. Es gibt nicht EINEN nachvollziehbaren Fehler sondern so viele unübersichtliche, dass eine detaillierte Beschreibung keinen Sinn macht.
Wenn das System mal grundsätzlich funktioniert und gelegentlich ein Fehler auftritt, dann gern.

[stahli]

Also Matthias hat mich an den Suppert verwiesen.
Ich werde mal versuchen, das in verständlichem Englisch zu erläutern...

PS:
Mich wundert ziemlich die ausbleibende Resonanz von Euch.
Würde Euch ein funktionsfähiges FM + LB nicht interessieren?
Eigentlich war das (evtl. in Verbindung mit DataSnap) der Grund, dass ich bei dem XE3-Upgrade zugeschlagen habe. Habe mich wohl zu leicht blenden lassen...