Delphi wird vermutlich /nicht/ eingestellt

[greenmile]

Also im Ernst: Wenn die Linux Variante so stabil ist wie Firemonkey für andere Plattformen, dann werde ich das bestimmt nicht auf einem Produktiv-Server einsetzen. Definitiv. Vielleicht bin ich aber auch einfach nur Kylix/Firemonkey geschädigt. Aber sobald der jeweils aktuelle Besitzer von Delphi eine andere Plattform supported hat, kam Schrott dabei aus.

[p80286]

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

Gruß
K-H

[greenmile]

Wenn ein Android Device wie z.B. Handy ein Desktop ist ...

[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.

[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.

[bernau]

Zitat von greenmile:

Also im Ernst: Wenn die Linux Variante so stabil ist wie Firemonkey für andere Plattformen, dann werde ich das bestimmt nicht auf einem Produktiv-Server einsetzen. Definitiv. Vielleicht bin ich aber auch einfach nur Kylix/Firemonkey geschädigt. Aber sobald der jeweils aktuelle Besitzer von Delphi eine andere Plattform supported hat, kam Schrott dabei aus.

Ich bin da optimistisch. Weil Linux-Server keine GUI hat, wird man hauptsächlich Konsolenanwendungen schreiben und quasi nur mit der RTL arbeiten. Kein VCL und kein FMX. Gehe ich mal von aus. Also alles das, was eigentlich fehleranfällig war/ist, bleib aussen vor.

[Sherlock]

Wenn ich das hier so lese, muss ich ja direkt froh sein, daß ich für iOS entwickle. Da hatte ich in den letzten 4 Monaten nicht einen Absturz zu vermelden...gut manchmal ist das Debuggen etwas krampfig, aber wenns geht flüssig. Deployment folgt auch seltsamen voodooesken Regeln, aber es geht.

Sherlock

[vagtler]

Zitat von Sherlock:

Wenn ich das hier so lese, muss ich ja direkt froh sein, daß ich für iOS entwickle. [...]

Mit den richtigen Tools ist jede Plattform vernünftig bedienbar. Ob Delphi dazugehört, mag jeder für sich entscheiden.

[Bambini]

Zitat von bernau:

Zitat von greenmile:

Also im Ernst: Wenn die Linux Variante so stabil ist wie Firemonkey für andere Plattformen, dann werde ich das bestimmt nicht auf einem Produktiv-Server einsetzen. Definitiv. Vielleicht bin ich aber auch einfach nur Kylix/Firemonkey geschädigt. Aber sobald der jeweils aktuelle Besitzer von Delphi eine andere Plattform supported hat, kam Schrott dabei aus.

Ich bin da optimistisch. Weil Linux-Server keine GUI hat, wird man hauptsächlich Konsolenanwendungen schreiben und quasi nur mit der RTL arbeiten. Kein VCL und kein FMX. Gehe ich mal von aus. Also alles das, was eigentlich fehleranfällig war/ist, bleib aussen vor.

Na, mal schauen. Bei Mac OSX hat auch selbst dieser Teil ein paar Releases (XE2 - Seattle) gebraucht, bis alleine die MemoryLeak Datei von FastMM unter die 20 Mbyte rutschte, damit man eine Chance hatte, darin seine eigenen Leaks finden zu können: https://quality.embarcadero.com/browse/RSP-10504
Ob das bei Linux besser läuft