Delphi wird vermutlich /nicht/ eingestellt

[Bambini]

Zitat von p80286:

@greenmile
Firemonkey ist doch eher für den Desktop gedacht?
oder hab ich das was falsch verstanden?

Beides. FMX hat einen UI und non UI Teil (Consolen Anwendung). Verwendet man keine UI Element, wie z.B. Indy & Co mit DB Zugriffen, geht FMX auch ohne "Desktop".
Das ist die Idee für das Back-End (RAD Server) und auch der Plan für Linux.

[MEissing]

Zitat von Bambini:

Habe da den Überblick verloren. Gibt es einen Android Simulator für Windows der Apps mit ARM-Code schnell ausführen kann?

Nein. Natürlich nicht. ARM-Code muss auf Windows /x86/x64 immer emuliert werden -> Ergo: Langsam(er)

[Lemmy]

Zitat von Bambini:

Nur um die Größenordnung zu sehen, z.B. 1&1 verlangt bei einem Root Server 25,- EUR/Monat für Windows mehr.
Klar, es geht hier um wenig Mehrwert, aber die Summe ist überschaubar.

Für dich mag so ein Rootserver ausreichen, es gibt aber Anwendungsfälle da reichen die halt nicht aus. bei dem Projekt geht es um dedizierte Server im Rechenzentrum der Datev (Datenschutz, Zertifizierung und co.). Und wenn du schon am googlen bist, dann schau mal nach was 10..15 Microsoft Server für 6-8 Kern CPUs aktuell incl. der notwendigen CALs kosten... die Datev stellt nämlich nur die Hardware....

Zitat von Bambini:

Zitat von Lemmy:

Als Alternative die ich austeste stehen bereit
Lazars/FPC und Oxygene (.NET) und ggf. auch Oxygene (Island)

Gibt es da nicht schon jetzt eine sehr gute Co-Existens von Delphi und FPC und einige der Komponenten laufen unter beiden, sodass man sich nicht für oder gegen eine seite entscheiden muss.

Und was bringt das genau? Davon abgesehen: eine automatische Projektübernahme nach Lazarus scheitert. Aktuell sehe ich nur die Lösung das Projekt in Lazarus neu aufzuziehen und Klasse für Klasse manuell zu übernehmen und anzupassen - auch weil dort 3 konkurrierende CGI-Frameworks existieren von denen keines 1:1 kompatibel mit dem in Delphi ist.

Und dann muss ich mir ernsthaft überlegen (wenn es die Performanceanforderungen erfüllt) ob ich dann nicht gleich nach .NET migriere oder hoffe, dass RemObjects den Island-Compiler fertig bekommt und der eine entsprechende Qualität aufweist...

Aktuell ist noch kein Druck da, daher kann ich alle 3 Alternativen schön gegeneinander antreten lassen....

[Bambini]

Zitat von MEissing:

Zitat von Bambini:

Habe da den Überblick verloren. Gibt es einen Android Simulator für Windows der Apps mit ARM-Code schnell ausführen kann?

Nein. Natürlich nicht. ARM-Code muss auf Windows /x86/x64 immer emuliert werden -> Ergo: Langsam(er)

Langsam, heißt bei Delphi Anwendungen mit Debugger, unbrauchbar langsam. Start der Anwendung (Frühstückspause), Klick auf den TButton (Kaffepause) und bis der Breakpoint anhält ist der Tag vorbei.
Daher finde ich den Wunsch nach einer Intel Unterstützung für Android sehr sinnvoll.
Für den iOS Simulator gibt es diesen von Anfang an, da Apple den iOS Simulator nur für Intel CPU hat. Warum wohl

[Uwe Raabe]

Zitat von Bambini:

FMX hat einen UI und non UI Teil (Consolen Anwendung). Verwendet man keine UI Element, wie z.B. Indy & Co mit DB Zugriffen, geht FMX auch ohne "Desktop".
Das ist die Idee für das Back-End (RAD Server) und auch der Plan für Linux.

FMX ohne UI-Elemente ist identisch mit VCL ohne UI-Elemente. Deswegen gibt es auch nur eine Konsolenanwendung in der Objektgalerie und nicht eine für VCL und eine für FMX.

Solange also nicht jemand bewusst irgendwelche FMX-Units in seiner Konsolenanwendung benutzt, hat das mit FireMonkey überhaupt nichts zu tun.

[MEissing]

Zitat von Bambini:

Langsam, heißt bei Delphi Anwendungen mit Debugger, unbrauchbar langsam. Start der Anwendung (Frühstückspause), Klick auf den TButton (Kaffepause) und bis der Breakpoint anhält ist der Tag vorbei.

Mmmmh.... das geht hier "unmittelbar". Ausreichend

[Codehunter]

Zitat von Bambini:

Langsam, heißt bei Delphi Anwendungen mit Debugger, unbrauchbar langsam. Start der Anwendung (Frühstückspause), Klick auf den TButton (Kaffepause) und bis der Breakpoint anhält ist der Tag vorbei.

Wow und ich dachte, mein Hardware-basiertes Debugging über USB wäre schon langsam. Zwischen zwei Breakpoints etwa 2 Sekunden. Aber wenn ich das hier so lese, dann kann ich damit wohl noch glücklich sein?

Also einfach gesagt: Ich habe FMX eine Chance gegeben, eine Business-App damit gebacken und kann so halbwegs damit leben. Von GUT ist das Ganze aber meilenweit entfernt. Teilweise schicke ich den gesamten Android-Kernel ins Nirvana mit dem Debugging, sodass nur noch Akku-raus-Akku-rein hilft.

[Bambini]

Zitat von MEissing:

Zitat von Bambini:

Langsam, heißt bei Delphi Anwendungen mit Debugger, unbrauchbar langsam. Start der Anwendung (Frühstückspause), Klick auf den TButton (Kaffepause) und bis der Breakpoint anhält ist der Tag vorbei.

Mmmmh.... das geht hier "unmittelbar". Ausreichend

Mit welchem Simulator geht das?
Habe mal kurz den BlueStack Emulator installier, Delphi APK installier. Meldung:
"Application does not support this device".

[Bambini]

Zitat von Codehunter:

Zitat von Bambini:

Langsam, heißt bei Delphi Anwendungen mit Debugger, unbrauchbar langsam. Start der Anwendung (Frühstückspause), Klick auf den TButton (Kaffepause) und bis der Breakpoint anhält ist der Tag vorbei.

Wow und ich dachte, mein Hardware-basiertes Debugging über USB wäre schon langsam. Zwischen zwei Breakpoints etwa 2 Sekunden. Aber wenn ich das hier so lese, dann kann ich damit wohl noch glücklich sein?

Ja. Ich nutze daher für die mob. Entwicklung von Delphi den iOS Simulator. Da ist auch die Compilerzeit (kein nextgen Compiler) sehr gut und das Debuggen geht flux.
Erst bei den Android spezifischen Sachen kommt man nicht mehr um das Gerät.

[bra]

Zitat von Bambini:

Mit welchem Simulator geht das?
Habe mal kurz den BlueStack Emulator installier, Delphi APK installier. Meldung:
"Application does not support this device".

Man muss im Deployment Manager die libnative-activity.so deaktivieren, die zeigen diese Fehlermeldungen an.