Anfängerfrage zu Delphi 10.4 (Community) und IOS

[friedt99]

Hallo zusammen,

versuche gerade eine Entwicklungsumgebung für eine IOS / Android App aufzubauen.

Habe mir Delphi 10.4.2 (aktuelle Community Edition) auf Win 10 installiert.
Habe BigSur auf VMWare Player 16 installiert und aktualisiert.
PAServer von Delphi ist auf BigSur installiert, Verbindung klappt.

Beim Versuch, eine mini Anwendung für den IOS Simulator zu debuggen, kommt eine
Fehlermeldung das ein Prozess nicht gestartet werden kann (im paserver Ordner auf dem mac).
Pfad in der Meldung wird leider nicht komplett angezeigt.

Hatte zuerst aktuelles XCode auf OSX installiert, dann wieder entfernt und XCode 12 installiert.
Fehlermeldung bleibt, auch nachdem ich in Delphi die SKD's von 15.0 auf 14.0 aktualisiert habe.

Bin gerade ratlos. Ist XCode 12 die korrekte Version für Delphi 10.4.2 ?
Was kann ich noch prüfen ?

Grüße

Thomas

[MEissing]

(Abgesehen, daß ein virtualisiertes macOS auf einem Windows 10 Host nicht ganz "OK" ist)

Der iOS-Simulator wird (zur Zeit) nicht von der Community Edition unterstützt (bei der kommerziellen Delphi 11 Version auch nicht)

[Rollo62]

Lässt sich mit XCode eine neue, leere Anwendung erstellen und auf dem Phone starten ?
Einfach irgendwas auswählen, aus den Standardprojekten, und versuchen zu starten.

Ich bezweifele dass ein XCode auf einem virtuellen PC aus einem Windows-Host überhaupt funktioniert.
Apple überwacht sehr stark die Zertifikate, Sicherheiten, Berechtigungen,
das sollte also gar nicht funktionieren, auch nicht mit XCode allein.

[mensch72]

Hauptsache unter VMware ist die OSx-Version in der VM aktuell auf "BigSur", dann lässt sich auch ein aktuelles Xcode normal installieren&updaten, was alles bis aktuelles IOS15 unterstützt.

Ja, ist nicht ganz "OK", aber so hat man z.B. unterwegs auf dem WinNotebook eben doch die Möglichkeit vor Ort mal eine IOS-App zu übersetzen und per USB zu übertragen:)

[MEissing]

Pro Tipp für unterwegs: Dafür gibt es MacBooks
:shock:

[himitsu]

Oder per VPN mit dem Mac-Gerät daheim verbinden und damit arbeiten.

Es gab sogar irgendwo einen Anbieter, der hat paar Mac's rumstehen, mit denen man sich verbinden kann, für bissl (zuviel) Geld.

[MichaMD]

Zitat:

Zitat von MEissing (Beitrag 1496379)

(Abgesehen, daß ein virtualisiertes macOS auf einem Windows 10 Host nicht ganz "OK" ist)

Der iOS-Simulator wird (zur Zeit) nicht von der Community Edition unterstützt (bei der kommerziellen Delphi 11 Version auch nicht)

Möchte meine bisherigen App-versuche, mit der CE, gerne(mit starkem Widerwillen) auch auf IOS anwenden.
Sehe ich es richtig, dass es im Prinzip nur die Alternativen gibt:
- Selber ein IOS-System zu besitzen
- Auf fremde IOS-Geräte zugreifen

[Rollo62]

Es gibt auch MacInCloud und ähnliche als Webservice.
Kann man glaube ich stundenweise buchen.

[himitsu]

Ja, es gibt zwar andere Compiler, die nicht über XCode (oder so) auf dem Mac kompilieren und man daher auch selber garkeinen Mac benötigt.

Aber im Delphi ist das nunmal so.
Es ist (offiziell) nicht möglich das MacOS in einer VM zu betreiben, auf einem "PC", ohne dass darunter eine Mac-Hardware existiert. (technich bestimmt möglich, aber per Lizenz verboten)

Delphi hat ja drei Compiler -> ARM 32-bit (was am Aussterben ist), ARM 64-bit und x86 (32 bit?)
Nur iOS als Test-VM im PC ... nja, als ARM emuliert saulangsam, als x86 einen Hauch schneller, aber mit x86 testen, wärend die echten Geräte ARM sind ... da kann der Test eh nicht alles ordentlich prüfen.

[jaenicke]

Zitat:

Zitat von MichaMD (Beitrag 1496514)

Möchte meine bisherigen App-versuche, mit der CE, gerne(mit starkem Widerwillen) auch auf IOS anwenden.
Sehe ich es richtig, dass es im Prinzip nur die Alternativen gibt:
- Selber ein IOS-System zu besitzen
- Auf fremde IOS-Geräte zugreifen

Aufgrund der Restriktionen von Apple benötigst du zusätzlich auch ein macOS System.

Deshalb ist der günstigste Weg wie von Rollo62 genannt das ganze über einen Online Service zu realisieren.

Zitat:

Zitat von MEissing (Beitrag 1496440)

Pro Tipp für unterwegs: Dafür gibt es MacBooks
:shock:

Ich kann gut verstehen, wenn jemand das nicht möchte. Das widerstrebt mir persönlich auch, weil mein Haupt-System nun einmal Windows ist und nach den Erfahrungen mit macOS auch auf absehbare Zeit bleiben wird, selbst wenn ich dafür noch mehr entwickeln sollte als aktuell. Deshalb möchte ich lieber VMs unter Windows nutzen als Windows in einer VM.

Wenn ich die Notwendigkeit hätte ein echtes iOS Gerät direkt zu befüllen oder zu debuggen, würde ich allerdings trotzdem ein MacBook verwenden. Aktuell reicht mir das ganze online.

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1496551)

... nja, als ARM emuliert saulangsam, als x86 einen Hauch schneller, aber mit x86 testen, wärend die echten Geräte ARM sind ... da kann der Test eh nicht alles ordentlich prüfen.

Von Emulation jedweder Art würde ich rigoros abraten, sowohl für Android als auch für iOS, und schon gar nicht x86 für ARM.
Das echte System "benimmt" sich immer stark anders als im Emulator, dort wären vieleicht nur einfachste "Seiten" mit einfachen Standardcontrols denkbar, aber selbst dann kann immer irgendetwas an Permissions oder Sonstiges da nicht passen.

Das Schlimmste was Dir passieren könnte wäre, wenn Du mit Windows schon eine komplexe App (vor-)gebaut hast, und dann glaubst auf iOS muss man das "nur" noch kompilieren und deployen.
Damit wird man in aller Regel vor die Wand fahren, denn wenn Probleme im spätem Stadium auftreten kannst Du in komplexen Projekten nicht mehr wirklich sagen wo es jetzt genau hakt, und Du musst womöglich Alles Stück für Stück zurückbauen.

Das Beste ist wirklich die echte iOS Hardware(iPhone) zu nutzen, und zu debuggen, wo das XCode liegt ist dann relativ egal.

Man kann aber auch gebrauchte iPhones günstiger kaufen, ich würde dann aber darauf achten dass die noch die neuesten Features unterstützen.
Es gibt auch regelmäßig neue "Features" bei neuen iOS und Android Phones, die dann die Entwicklung stoppen können und irgendwie umschifft werden müssen.

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1496557)

Das widerstrebt mir persönlich auch, weil mein Haupt-System ...

Gut, dank dem neuen Chip und weil Windows es noch niocht so richtig kann.

Du könntests dir ein MacBook kaufen, da als Host Windows installieren und dann wäre es legal darin in einer VM MacOS laufen zu lassen. (früher ging's zumindestens mal)

[MichaMD]

Zitat:

Zitat von Rollo62 (Beitrag 1496548)

Es gibt auch MacInCloud und ähnliche als Webservice.
Kann man glaube ich stundenweise buchen.

Ah ich hatte bisher nur Monatsoptionen gesehen für um die 50€(MacInCloud 25€/mtl).
Da ich etwas völlig anderes studiere und das programmieren nur Hobbymäßig(in einem reinen Windows-umfeld) betreibe lohnt sich das nicht wirklich.
Was wäre denn ein solcher Anbieter, wo man nur mal schnell zum kompilieren von kleineren Projekten buchen kann?

Zitat:

Zitat von himitsu (Beitrag 1496551)

Es ist (offiziell) nicht möglich das MacOS in einer VM zu betreiben, auf einem "PC", ohne dass darunter eine Mac-Hardware existiert. (technich bestimmt möglich, aber per Lizenz verboten)

Ja, da bleibe ich lieber bei den a. legalen und b. anfängerfreundlichen Varianten.^^

Zitat:

Zitat von jaenicke (Beitrag 1496557)

Wenn ich die Notwendigkeit hätte ein echtes iOS Gerät direkt zu befüllen oder zu debuggen, würde ich allerdings trotzdem ein MacBook verwenden.

Zitat:

Zitat von Rollo62 (Beitrag 1496563)

Das Beste ist wirklich die echte iOS Hardware(iPhone) zu nutzen, und zu debuggen, wo das XCode liegt ist dann relativ egal.

Man kann aber auch gebrauchte iPhones günstiger kaufen, ich würde dann aber darauf achten dass die noch die neuesten Features unterstützen.
Es gibt auch regelmäßig neue "Features" bei neuen iOS und Android Phones, die dann die Entwicklung stoppen können und irgendwie umschifft werden müssen.

Hm reicht denn ein Iphone, an Windows angeschlossen?(Läst sich xCode auf dem IPhone installieren?)
Oder muss es ein MAC sein.

[Rollo62]

Zitat:

Zitat von MichaMD (Beitrag 1496574)

Hm reicht denn ein Iphone, an Windows angeschlossen?(Läst sich xCode auf dem IPhone installieren?)
Oder muss es ein MAC sein.

Es muss ein Mac sein ...
(Mac Mini, MacBook, MacBook Air sollte auch gehen, MacInCloud, usw. )

[MichaMD]

Mist.^^ Danke für die Antworten bisher übrigens.

[Rollo62]

Zitat:

Zitat von MichaMD (Beitrag 1496576)

Mist.^^ Danke für die Antworten bisher übrigens.

Oder eben siehe unten, der 4te Post.

[friedt99]

Hallo Zusammen,

danke für die vielen Vorschläge.

Es ist mir klar, das ich lizenzrechtlich eine MacBook brauche.
Wenn die App steht, werde ich das auch anschaffen.

Aber zur Info: ich habe es mit einem BigSur im VMWare Player zum laufen bekommen.
Es waren die typischen Anfängerprobleme:

- Korrekte XCode Version (12.5.1)
- Einbindung des iPhones in XCode
- Erstellung Entwickleraccounts
- Ungewolltes Update des iPhone, was eine neue XCode Version erforderte.
- Im (virtuellen) Mac die Partition vergrößern (was rauchen die OSX Programmierer, das will ich auch)

Bin jetzt beim Test ob alles so technisch umsetzbar ist wie ich mir das vorstelle:

Endgerät iPhone / Android Smartphone
Webservice mit nusoap
Anwendung unter Delphi 7, die Daten bereitstellt / abruft.

Grüße

Thomas

[Rollo62]

Zitat:

Zitat von friedt99 (Beitrag 1496741)

Bin jetzt beim Test ob alles so technisch umsetzbar ist wie ich mir das vorstelle:

Wenn Du nur Apps im Vordergund, mit WebServices, einfache Eingabe-Seiten, ohne spezielle Zugriffe auf interne Phone-Dinge wie Sensoren, Location, Maps, usw. benötigst, dann ist es in der Regel kein Problem.
Leider ist bei den Phones Alles was man anfasst "speziell", von Kamera bis LocalNotifications,
am Besten machst Du Dir eine Liste welche Features wirklich benötigt werden, und schaust dann mal wie es umgesetzt werden kann.