Kommentare zu: Häufige Fragen zum iPhone SDK

Von: ml

ml — Sat, 08 Mar 2008 13:15:52 +0000

@Martin: Es ist richtig, dass die Toolchain für den Simulator x86-Code erzeugt. Der Simulator emuliert nämlich nicht das iPhone, sondern nur den API-Stack vom iPhone. Mehr ist auch nicht nötig, da Leopard und das iPhone-OS auf den gleichen Grundlagen (Core OS) basieren.

Von: Nir

Nir — Sat, 08 Mar 2008 07:29:50 +0000

weiß eigentlich jemand, wie es mit skype als natives Programm aussieht? (nicht s4iphone)

Von: Kn4llFr0sch

Kn4llFr0sch — Sat, 08 Mar 2008 03:13:58 +0000

Hoffentlich wird dann auch eine Möglichkeit implementiert, das iPhone als Modem zu nutzen, um mit dem Macbook ins Netz zu können.
Ja, ich weiss… Das kann man auch mit dem iPhone.
Aber diverse Sachen mache ich halt grundlegend auf dem MB.

Von: Alexander Hahn

Alexander Hahn — Fri, 07 Mar 2008 23:14:27 +0000

@Martin, danke für die aufschlussreichen Worte!!

Von: Landgraeber

Landgraeber — Fri, 07 Mar 2008 22:40:33 +0000

Hmm.. ich habe mir heute morgen das SDK herunter geladen und da war schon InterfaceBuilder 3.1 dabei – mit iPhone Elementen.

@Martin:
Aber ist es nicht so, dass auf dem iPhone immer nur ein Programm läuft?
Klar, die Apple-eigenen Apps sind eine Ausnahme (iTunes, Wecker, etc.), aber bei den Drittanbieterprogrammen ist es doch schon immer so gewesen, oder?

Von: Martin

Martin — Fri, 07 Mar 2008 21:20:05 +0000

Es gibt – mindestens – eine viel gravierendere Einschränkung. Eigene Elaborate werden gnadenlos beendet (inklusive dealloc), wenn man versucht, sie in den vermeintlichen Hintergrund zu schicken. Während Apple-Apps durchaus gleichzeitig laufen können, ist dies 3rd-Party-Apps – per default -nicht möglich. Es scheint hier eine 2-Klassen-Gesellschaft zu geben, ich kann mir nicht vorstellen, dass das auch für den AIM-Client oder Spiele von EA gilt… Wie sich eine eigenentwickelte Applikation bei eingehenden Anrufen verhält, kann mangels eines _vernünftigen_ Simulators nicht gesagt werden. Das SDK erstellt übrigens nur i386-Code – ich hätte eine ARM-Binary erwartet und der Simulator hat wenig mit dem realen Endgerät zu tun: So listet eine Testapp per NSFileManager immer das Filesystem des gastgebenden Macs. Konzeptionell und reifetechnisch alles ziemlich halbgar – bis jetzt hat man mit dem Simulator nur einen vernünftigen Client, um iPhone-optimierte Webseiten zu testen. :-) Weil zudem noch der IB-Support fehlt bleibt unterm Strich nur eine geringfügig bessere Toolchain als es die Entwickler für Jailbreak-Telefone haben. Halt, stimmt nicht! Die können wenigstens auf dem Endgerät ausführbaren Code bauen!!! :-) Es bleibt der Eindruck, dass hier a.) etwas unter Zeitdruck veröffentlicht wurde, und b.) Apple ganz schön die Hosen voll hat, auch nur ein Byte mehr zu erlauben, als unbeding nötig.

Von: ml

ml — Fri, 07 Mar 2008 20:56:31 +0000

Danke, das ist richtig. Ich habe es deshalb im Artikel ergänzt.

Von: epoc1000

epoc1000 — Fri, 07 Mar 2008 20:35:05 +0000

noch eine wichtige anmerkung. erst mit den 99 dollar für das developer program kann man seine applikationen auf dem iphone und ipod touch laufen lassen und debuggen.