Delphi fuer Mobile

[Rollo62]

Delphi im Sinne von Win32 Komponenten auf Mobile packen ...

Das kannst du ziemlich vergessen.
Mobile ist Alles anders, und die bewährten VCL Komponenten machen keinen Sinn mehr.

Dafür gibt es dann ganz gut passende FMX Controls, aber ich benutze nur die untersten 10-20% davon, weil der Großteil auch irgendwo Probleme machen kann.
Da muss man sich eben vorsichtig rantasten, damit du nicht komplett Alles umschreiben musst, und viel Testen.

Die Basis-FMX Komponenten machen aber eigentlich weniger Probleme als das Ganze drumrum, von Hardware, Keyboard bis zu AppStores.

Dein Delphi für Mobile wäre mit Sicherheit kein "Delphi" mehr,
deshalb heisst es ja auch FireMonkey :stupid:

Was ich übrigens sehr schätze ist das Debuggen auf MacBook oder Win32, weil gleiche CodeBasis ist das echt flott und gute Debugging Unterstützung.
Nur muss dan am Ende doch auf dem Mobile getestet werden, da kann man dann schon wieder Überraschungen der Dritten Art erleben.

Rollo

[Mavarik]

Zitat:

Zitat von sh17 (Beitrag 1365288)

ja, das ARC ein Thema sein könnte, kann ich mir vorstellen.

Macht es Sinn, die Plattformen in separate Projekte zu packen, anstatt in die Zielplattformen eines Projektes?
Nutze z.B. in unserer Java-Android-Version NFC, was iOS ja nicht kennt. Hab deshalb Unterschiede in der UI.
Oder kann man das gut in einem Projekt handeln?

Ich habe für alle Plattformen einen eigenen Projektfile... Achtung: Die Mainforms müssen unterschiedlich heißen, wenn Du alle in einer Projektgroup hast... (RSP-14878)

Zitat:

Zitat von Rollo62 (Beitrag 1365486)

Nur muss dan am Ende doch auf dem Mobile getestet werden, da kann man dann schon wieder Überraschungen der Dritten Art erleben.

OK, Ich dachte schon das würde nur mir passieren...

[MichaelT]

Ho(s)tpatch ...

Zitat:

Zitat von Rollo62 (Beitrag 1365486)

Delphi im Sinne von Win32 Komponenten auf Mobile packen ...
Das kannst du ziemlich vergessen.
Mobile ist Alles anders, und die bewährten VCL Komponenten machen keinen Sinn mehr.

Ich hätte den Wunsch von SH17 mal so eingeschätzt, dass seine Applikation auf einem Tablet laufen soll.

Das Feld kann MS nicht aufgeben, sonst sind sie der Elephant in den Nischen und passen nirgends mehr rein. Für Delphi aufgelegt wäre ein Tablet Revival auf ARM unter irgendeinem gängigen UNIX. 'Rechenzentrum am Tablet'.

Phones und Pads werden die Rollen so schnell nicht spielen. Es gibt ja wohl gut laufende Alternativen zu den jetzigen Phone OSes. Sailfish OS bspw...

Embarcadero Phone - Press F9 to connect... Wenn du eine App aufmachst - Press F7 to trace into. :-D

Zitat:

Zitat von Rollo62 (Beitrag 1365486)

Dafür gibt es dann ganz gut passende FMX Controls, aber ich benutze nur die untersten 10-20% davon, weil der Großteil auch irgendwo Probleme machen kann.
Da muss man sich eben vorsichtig rantasten, damit du nicht komplett Alles umschreiben musst, und viel Testen.

Zur Zeit der Umfragen aus denen Codegear hat die Strategie abgeleitet war Tablet eine valide mögliche Option. Beim Phone ginge ich soweit, dass ich eher den FMX Core als Basis sehe. Um den geht es. Die Controls wird man anbinden können müssen mit halbwegs vertretbaren Aufwand.

Zitat:

Zitat von Rollo62 (Beitrag 1365486)

Die Basis-FMX Komponenten machen aber eigentlich weniger Probleme als das Ganze drumrum, von Hardware, Keyboard bis zu AppStores.

Das ist Rundherum ist für d'Weiber, stimmt, ein Mann ein Wort!

Zitat:

Zitat von Rollo62 (Beitrag 1365486)

Dein Delphi für Mobile wäre mit Sicherheit kein "Delphi" mehr,
deshalb heisst es ja auch FireMonkey :stupid:

Apple hat unter anderem auch für Applescript schon zuvor die Schnittstellen zum Betriebssystem wie Services resp. Objekte wirken lassen. Das 'Applescript' von Google ist Java/Dalvik. Kess formuliert ist Swift/Cooca/iOS ein abgehobenes TCL/TK der besonderen Form und Güte und Java/Dalvik ist die 'Gefangen in Island' Variante davon. Mit Objective hat Apple quasi C/C++ und Applescript verbunden.

Mac und iDevices resp. iOS und OS/X sind beinahe lückenlos miteinander verbunden. Bei Windows und Android bspw. ist die harmonische Verbindung schon durch eine breite sich verbreitende Lücke gestört. Es geht eben nicht darum die Applikation auf mehreren Devices zu haben, sondern eine Brücke zwischen ihnen.

Delphi hat auch eine Brücke gebildet zwischen Windows, dem beinahe nicht mehr vorhandenem Host und den noch nicht vorhandenen Webtechnologien als es beinahe 'hypte'. (aus Sicht einer Brücke).

Kraut und Rüben Applikationen ist die Domäne von MS und Linux auf PC. Eine Anwendung auf einem Tablet ist bis heute noch nicht so klar definiert. Phones und Pads lassen nicht mehr allzuviel Spielraum für 'Kreativität'.

Debuggen am Mac geht ganz gut und Applikationen funktionieren auch.