Neuer Blog über FireMonkey Entwicklung eröffnet

[Harry Stahl]

Ich glaube, zu der zuletzt geführten Diskussion ist hier immer noch eine abschließende Info zum Ergebnis der Umstellung meines VCL-Rechnungsprogramms auf FMX offen. Das möchte ich hiermit nachholen:

Die Konvertierung meines Rechnungsprogramms von VCL nach FMX ist nun schon seit einigen Monaten abgeschlossen. Seitdem läuft alles stabil wie vormals unter der VCL, sowohl unter Windows und jetzt auch auf dem MAC.

Die MAC-Version vertreibe ich nicht über den App Store, sondern außerhalb. Deswegen lief der Verkauf da etwas zögerlich an, mittlerweile sehe ich die Sache aber auch hier auf einem guten Weg.

Jedenfalls konnte das Programm als solches und auch speziell mit der integrierten QR-Code Generierung für die Bankdaten insoweit überzeugen, dass ich neben Sparkasse, Volksbanken und Reifeisenbanken, BITKOM und anderen als Partner in das Girocode Programm (vgl. www.girocode.de) aufgenommen wurde (siehe dort unter Partner, das "Hastasoft-Logo").

Ich denke, das kann man durchaus als einen Beleg ansehen, dass man mit FMX im Desktop-Bereich stabile, zuverlässige Programme schreiben kann, die ohne Zweifel vom Benutzer angenommen werden.

Insofern werde ich nun einen weiteren Schritt wagen und eines meiner "Megaseller" Programme (meine Terminverwaltung TimOnize) auf FMX umsatteln. Und das natürlich mit Delphi XE8, über Erfahrungen dazu werde ich bei Gelegenheit berichten.

Ich denke, da wird mir auch die neue ImageList in XE8 an vielen Stellen die Arbeit erleichtern. Ich habe dazu auch gleich mal einen kleinen kurzen Blogbeitrag geschrieben (Nr. 11, Delphi XE8 und FireMonkey): http://www.devpage.de/blog/firemonkey.htm

[Stevie]

Magst du noch ein Statement zu der investierten Zeit und den Nerven und der Menge an manuell erforderlichem Nachgefrickel abgeben?
Denn am Ende zählt nicht, dass es irgendwann geklappt hat, sondern welchen Aufwand (Kosten!) das ganze verursacht hat.
Und welcher Wartungsaufwand durch manuelle Änderungen in Zukunft möglicherweise entsteht.

Ansonsten erinnert mich das an den Chef einer kleinen Firma, wo ich vor Jahren ein Praktikum gemacht habe, die mit WinDev entwickelten.
Er saß mindestens einen halben Tag daran, dem WinDev Treeview beizubringen, die Expand buttons vernünftig anzuzeigen...
In der Zeit hätt er die ganze Anwendung fertig haben können

[Harry Stahl]

Also Nerven hat das auf jeden Fall gekostet, aber wo in Sachen Programmierung gibt es schon etwas im easy going style?

Ich mache für alle meine Programme für jede Änderung einen öffentlichen Change-Log und schreibe da neben Erweiterungen und Optimierungen auch ganz brutal und offen meine gemachten Fehler rein. Die Liste habe ich gerade mal durchsehen, man kann ca. 20 Fehler-Korrekturen noch als "Spätfolgen" der Umstellung zuordnen. So an Extra-Zeit kann man also so um die 30 Stunden dafür anrechnen.

Seit Ende Januar war keine Fehlerkorrektur mehr nötig, derzeit laufen von den Kunden nur Erweiterungswünsche rein (die ich aber alle erst in einer neuen Version 4 in ca. 2 Monaten reinpacken werde, dann wohl auch mit XE8).

XE7 hat in der ganzen Sache extrem mehr Stabilität reingebracht (im Verhältnis zu XE5 wo ja noch dutzende Workarounds fällig waren).

Da mit der Umstellung von VCL auf FMX gleichzeitig eine Reihe von Programm-Erweiterungen verbunden waren, ist es gar nicht so einfach zu sagen, wie groß der Teil der Umstellungsarbeiten war. Außerdem arbeite ich hier nicht kontinuierlich an einem Projekt, sondern parallel an mehreren. Ich kann das nur schätzen. Würde mal sagen, so insgesamt 80 Stunden.

[Stevie]

Das war aufschlussreich, danke dir

[Harry Stahl]

Zwar kein neuer schriftlicher Blogbeitrag, aber falls es jemand interessiert, wie man mit 3 Zeilen Code eine Analoge Uhr programmieren kann, kann sich dieses Video ansehen (in englisch):

https://youtu.be/QL5SdJAiWGE

[Harry Stahl]

So, ich habe mal Franks (aka Mavarick) Anregung aufgegriffen und zum Thema VCL vs. Firemonkey einen neuen Beitrag auf meinem Blog veröffentlicht: Firemonkey vs. VCL (Additions to the FMX-side), wo ich die Fähigkeiten der FMX-Seite in Abgrenzung zu VCL ein wenig mehr beleuchtet habe.

[himitsu]

Bei deiner Uhr kommst du mit LiveBinding-Expressions auf 0 bis 1 Codezeilen.
In die TLayout noch auf die Gegenseite ein TLabel und schon brauchst du 6 TLayout weniger.
Aber vorallem im Code ... Warum diese Stringoperationen?

Delphi-Quellcode:

//rrHout.RotateAngle := 30 * HourOf(Now) + 6 * MinuteOf(Now) / 12;
rrHout.RotateAngle := 30 * HourOf(Now) + MinuteOf(Now) / 2;
rrMin.RotateAngle := 6 * MinuteOf(Now);
rrSec.RotateAngle := 6 * SecondOf(Now);

[Harry Stahl]

Zitat von himitsu:

Bei deiner Uhr kommst du mit LiveBinding-Expressions auf 0 bis 1 Codezeilen.
In die TLayout noch auf die Gegenseite ein TLabel und schon brauchst du 6 TLayout weniger.
Aber vorallem im Code ... Warum diese Stringoperationen?

Delphi-Quellcode:

//rrHout.RotateAngle := 30 * HourOf(Now) + 6 * MinuteOf(Now) / 12;
rrHout.RotateAngle := 30 * HourOf(Now) + MinuteOf(Now) / 2;
rrMin.RotateAngle := 6 * MinuteOf(Now);
rrSec.RotateAngle := 6 * SecondOf(Now);

OK, Deine Frage bezieht sich auf Beitrag 55 (siehe oben).

Den Code brauche ich, um die Zeiger zu bewegen und die richtige Uhrzeit anzuzeigen (wenn Du eine schönere Lösung kennst, ist die immer Willkommen).

Was Du mit Deinem Hinweise zum TLayout meinst, ist mir nicht ganz klar. Davon abgesehen, ist das mit dem TLayout eh nur zur Demonstration. In einer anderen Version der Uhr, die ich in meinem in Arbeit befindlichen Buch für Delphi Berlin vorstelle, gibt es nur ein TLayout für einen Stundenabschnitt (siehe Bild in Anlage), das dann zur Laufzeit einfach entsprechend dupliziert wird, dann spart man sich eine Reihe von Layout-Arbeiten, die man ja im Video hinlänglich sehen kann (die gesamte Design-Arbeit, die dann noch zu leisten ist, wird in Bild2 verdeutlicht).

[himitsu]

Zitat von Harry Stahl:

das dann zur Laufzeit einfach entsprechend dupliziert wird, dann spart man sich eine Reihe von Layout-Arbeiten

Dann hast du aber wieder mehr Code im Code

Ich meinte es einfach so, wie du es schon gemacht hast, nur eben nicht nur ein Label "12" in das TLayout, sondern auch noch ein Label "6"
und das dann nur 5 Mal kopieren statt 11 Mal.

Zitat von Harry Stahl:

Den Code brauche ich, um die Zeiger zu bewegen und die richtige Uhrzeit anzuzeigen (wenn Du eine schönere Lösung kennst, ist die immer Willkommen).

OK

Zitat:

rrSec.RotateAngle := 6 * StrToInt(FormatDateTime('ss', Now));

Du erstellst einen String und wandelst diesen dann wieder in eine Zahl, aber man kann das auch direkt mathematisch lösen.
rrSec.RotateAngle := 6 * (Trunc(Now * SecsPerDay) mod 60);
Aber natürlich gibt es schon eine schöne Funktion, welche das verständlicher erledigt.
rrSec.RotateAngle := 6 * SecondOf(Now);

[Harry Stahl]

Upps, manchmal ist man doch echt blind. Hatte gar nicht mitbekommen, dass Du schon meinen Code abgewandelt hattest.

Super!!

Die HourOF, MinuteOF und SecondOf (TDateTime) kannte ich noch gar nicht! Müssen irgendwie an mir vorbeigegangen sein.

Wer Sie auch noch nicht kannte: man muss die Unit DateUtils (die kannte ich natürlich) einbinden.