Anonymous Methods für Sanduhr als Design Pattern

[Mavarik]

himitsu's Ansatz ist "eigentlich" besser, da die Procedure beliebig oft aufgerufen werden kann...
Wenn man zwischen durch aber einen anderen Cursor braucht, geht das so leider nicht.

Mit dem AutoCursor ist das auch ganz nett und kann somit auch verschiene zwischen Cursor darstellen und restaurieren..

Keinens der Beispiele ist jedoch Thread geeignet. Da man gerade Datenbankzugriffe gerne in einen Thread verlagert, sollte das Cursor setzen Threadsave sein.

Oder muss die Threadgeschichte außen drum, weil der Cursor nichts damit zu tun hat?

Geschmacksache...

Mavarik

[himitsu]

Einen Thread-Status würde ich aber nicht mit dem Mauszeiger darstellen ... außer den des Hauptthreads.
Also wenn das in Threads aufgerufen wird, dann würde ich dann die Funktions sperren und in Threads den Mauszeiger einfach nicht ändern.

[Sir Rufo]

Der Cursor gehört zur Anwendung und ändert die Anzeige. Ergo kann man das zum UI zählen.

Ändert man UI relevante Dinge in einem Thread? Generell nein.

Aber wie denn dann?

Recht simpel von der Theorie:

Mit dem Cursor zeigt man einen Status der Anwendung an (beschäftigt, SQL Abfrage läuft, ...).
Wenn man sich jetzt ein TApplicationState schafft und dort tragen alle Threads ein, was diese gerade machen (einfach nur arbeiten, SQL-Abfrage, ...), dann kann man den höchsten Status ermitteln und entsprechend anzeigen (jeweils im Idle-Event der Anwendung).

[Bentissimo]

Nur noch mal als Ergänzung zu meinem Beitrag von gestern. Natürlich lag das Problem wie so oft zwischen den Ohren.

Das Laden der Tabelle ging so schnell, dass das Hin- und Herschalten des Mauszeigers nicht wahrnehmbar war. Und den Eindruck, dass das mit dem try...finally Block anders wäre, hatte ich natürlich auch exklusiv.

Also, langer Rede, kurzer Sinn. AutoCursor verhält sich genau wie in meinem ersten Beitrag beschrieben und liefert identische bzw. zumindest kompatible Ergebnisse.

Ob nun aber die Verwendung eines solchen Interface zu Aussagen wie "the resulting code is simpler and easier to manage" berechtigt, erschliesst sich mir noch nicht so ganz. Das Zitat stammt aus Nick Hodges' Buch "Coding in Delphi" von dem ich mir gerade eine Leseprobe angesehen habe.

Zumindest kapiere ich inzwischen aber, dass Interfaces ein Segen für Dependency Injection, Mocking und Testing sind. Hier kann ich mit Sicherheit noch eine Menge lernen!

[Bentissimo]

Hallo Sir Rufo!

Interessanter, weil im Prinzip so simpler Ansatz!

Ähnliche Überlegungen sind auch hinsichtlich Anzeige in der Statuszeile anzustellen, sofern man denn eine solche in seinem Hauptformular verwendet.

Wenn ich das jetzt mal weiter spinnen darf. Eine public property AppStatus des Hauptformulars würde sogar einen Zugriff "von aussen" erlauben. Also z.B. wenn es eine Kreuz-Referenz zwischen Hauptformular und zugehörigen Dialogen gibt.

Dialoge könnten beim Öffnen den Status direkt setzen oder vielleicht noch besser eine entsprechende Message schicken. Der Setter der property kümmert sich dann um die Anzeige in der Statuszeile und den Mauszeiger.

Ob und wie das ganze dann noch mit Application.Idle zusammen zu bringen ist, wäre die Fleissaufgabe. Hast Du das schon einmal so realisiert? Wenn ja, würdest Du eventuell Code dazu posten?

Vielen Dank!

[Mavarik]

Zitat von Bentissimo:

Ob und wie das ganze dann noch mit Application.Idle zusammen zu bringen ist, wäre die Fleissaufgabe. Hast Du das schon einmal so realisiert? Wenn ja, würdest Du eventuell Code dazu posten?

Natürlich...

Daher würde ich es:

1. Über ein Interface realisieren damit ich mir das AutoFreeOnOutOfScope damit einkaufe..
2. Im Object setze ich nicht den Cursor selber, sondern sende eine TMessage. Hierauf kann meine UI Thread reagieren und dann mit der Info mach was sich möchte... Cursor ändern, Etwas in der Statusliste ausgeben... ggf. in ein Log usw...
3. Ich kann - falls die "Gefahr" besteht, dass es auch einem Threads kommen kann, dann bemühe ich den TIdleWorker, der im Application OnIdle dann die Sachen setzt...

Bingo...

[Sir Rufo]

Ich würde einfach eine Presenter Instanz schaffen (jeweils für VCL/FMX) und diese prüft dann bei einer IdleMessage, ob der Status (Cursor) geändert werden muss und der ändert dann bei Bedarf.