64-bit wird vorausgesetzt: Apples Entwickler-Ultimatum ab Februar

[eddie11]

Ok, XCode hab' ich vor drei Jahren auch schon mal versucht, war ziemlich schwierig einzusteigen, hat aber letztendlich ganz gut gefunzt. Als dann XE2 kam fand ich das ganz chic, wieder mit Delphi rummachen zu können... Jetzt hats aber bis XE7 gebraucht um halbwegs zu klappen. Ich überlege jetzt auch ernsthaft eine Alternative zu suchen. Xcode/Swift scheint ganz gut geeignet zu sein, noch dazu kostenlos.

Aber was nacht ihr mit Android? Entwickelt ihr doppelt oder lasst ihr Android weg?

[RWarnecke]

iOS & OS X ==> XCode
Android ==> Android Studio
Windows ==> Delphi

So mache ich es jetzt, nachdem ich eine Delphi iOS-App auf Objectiv-C portiert habe und merkte, dass in XCode doch einiges besser lief als unter Delphi. Das gleiche gilt auch für Android.

[Sunec]

Zitat von RWarnecke:

iOS & OS X ==> XCode
Android ==> Android Studio
Windows ==> Delphi

So mache ich es jetzt, nachdem ich eine Delphi iOS-App auf Objectiv-C portiert habe und merkte, dass in XCode doch einiges besser lief als unter Delphi. Das gleiche gilt auch für Android.

Hattest du für die iOS Entwicklung mit Delphi die Standard-FMX-Komponenten benutzt oder Wrapper, wie beispieslweise: TMS iCL oder DPF

[eddie11]

Zitat von RWarnecke:

iOS & OS X ==> XCode
Android ==> Android Studio
Windows ==> Delphi

So mache ich es jetzt, nachdem ich eine Delphi iOS-App auf Objectiv-C portiert habe und merkte, dass in XCode doch einiges besser lief als unter Delphi. Das gleiche gilt auch für Android.

Bedeutet das, wenn Du eine Anwendung für mehrere Plattformen machen möchtest, dass Du das dann xMal parallel entwickelst?

[RWarnecke]

Zitat von Sunec:

Hattest du für die iOS Entwicklung mit Delphi die Standard-FMX-Komponenten benutzt oder Wrapper, wie beispieslweise: TMS iCL oder DPF

Ich hatte nur die Standardkomponenten von Delphi verwendet.

Zitat von eddie11:

Bedeutet das, wenn Du eine Anwendung für mehrere Plattformen machen möchtest, dass Du das dann xMal parallel entwickelst?

xMal neu würde ich jetzt nicht direkt sagen. Aus meiner Sicht ist es ja nur eine Übersetzung in die andere Programmiersprache mit eventuell ein paar kleinen Anpassungen.

[himitsu]

Und Dank der Unterschiede, kann man selbst in Delphi nicht einfach so jeden Code für alle Systeme benutzen/wiederverwenden.
Außer man beschränkt sich auf die nötigsten Gundfunktionen, welche es überall gibt und verzichtet auf so Befehle wie Pos/Copy, AnsiZeugs, PointerZeugs usw.

[mkinzler]

Diese Unterschiede merkt man aber als normaler Programmierer aber normalerweise selten.

[himitsu]

mit 0-Strings oder 1-Strings
mit ARC oder Ohne
mit Weak-References oder nicht
mit AnsiStrings oder ohne

Alles Zeugs, was man hier nahezu überall sieht.

Zugriffe auf einzelne Char im String
Verwendung von Copy und Pos
Objekte in Pointern halten
manchmal auch Kreizreferenzen (Parent kennt Kind und das seinen Parent)

[Daniel]

Es ging nie darum, dass man /jeden/ Code für alle Plattformen nutzen könnte.
Es geht darum, dass man wartbaren Code für alle Plattformen schreiben kann - unter Berücksichtigung von ARC und String-Indexierung.

Ansi-Strings sind ein Relikt, für das es auf den aktuellen Plattformen weniger und weniger Gründe gibt. Und insbesondere die Schnittmenge an Anwendungsfällen, in denen ein Code (a) Ansi-Code verarbeiten muss und (b) auf mobilen Plattformen laufen soll, ist gering. Die meisten Fälle sind konstruiert und nur ein Abbild der Verweigerung vor adäquateren Lösungen.

[Mavarik]

Zitat von Darlo:

Firemonkey hat sich super entwickelt und 64 bit wirds auch noch schaffen.

Das denke ich auch... btw. können alle iOS devices den 64 bit? - habe mich noch nie damit beschäftigt!