[FMX] FDQuery.FieldByName leifert falschen String

[Rollo62]

Zitat von TigerLilly:

Open/Close und Active sind gleichwertig. Auch die TFDQuery routet das Open auf Active:=True um.

Ich vermute mal das kommt daher das die DB-Komponenten gerne mal Active True/False auch im Designer anbieten.
Deshalb macht es wohl Sinn 2 gleichwertige Wege anzubieten, das macht durchaus Sinn.

[jobo]

An der gezeigten Implementierung kann man nur erkennen, dass "Open" zumindest in der Theorie mehr ist. Besser oder schlechter oder anders wäre vielleicht eine Spekulation auf die Zukunft, in der die Open Methode noch weitere Zeilen enthalten könnte, neben active := true.

Ich könnte mir auch vorstellen, dass die Problematik irgendwie mit

Code:

If dataset.active = true ..

vermischt wird, was jedenfalls nicht so ratsam ist.

Im Sinne von Klarheit und Lesbarkeit stellen Open für Datenmengen und ein Execute für Befehle für mich auch die bessere Alternative dar.

[Schokohase]

Solange wie die Eigenschaft Active anzeigt ob die Verbindung aktiv ist (oder eben nicht) und diese Eigenschaft nicht read-only ist, solange wird diese das Gleiche auslösen müssen, wie ein Aufruf von Open , wo die Verbindung geöffnet und damit aktiv wird, was dann durch die Eigenschaft Active entsprechend angezeigt wird.

[DasWolf]

Ich gehe mal davon aus, dass ein Standard angeboten wird.
Bei FDQuery1.Open gibt es ja noch die Möglichkeit, einen SQL-String anzugeben (mit oder ohne Parameter) FDQuery1.Open('SELECT ID, Bezeichnung FROM Tabelle1 WHERE ID = :ID', [1], [ftInteger]); .
Wahrscheinlich gibt es deshalb zusätzlich den Standard Open; um den Code einheitlich gestalten zu können.