Adobe beerdigt Flash-Compiler fürs iPhone – u. setzt auf Android
Apples vor zwei Wochen veröffentlichte neue Entwickler-Vereinbarung untersagt die Entwicklung von iPhone-Anwendungen mit Hilfe von Multiplattform-Compilern wie MonoTouch oder Unity ebenso wie den Einsatz des Flash-zu-iPhone-Konverters Packager for iPhone, der Bestandteil der Flash Creative Suite 5 ist. Das heißt konkret: Anwendungen für die Apple-Geräte dürfen nur noch nativ in Objective-C-, C-, C++- und JavaScript-Code entwickelt werden. Heise.de referiert weiter, dass Adobe CTO Kevin Lynch in einem Blogpost zum Release von Adobe Creative Suite 5 noch schrieb, der Packager werde wie vorgesehen in CS5 enthalten sein, es liege nun an Apple, damit entwickelte Programme zuzulassen oder eben nicht. Da sich Apple (vorhersehbarerweise) für ein Verbot entschieden hat, musste Adobe jetzt seine Strategie anpassen, wie heise.de weiter berichtet: “Auch finden sich zum jetzigen Zeitpunkt über 100 Flash-Applikationen im Apple Store, die mit Adobes Packager for iPhone kompiliert wurden. Diese müssten laut Adobes Produktmanager für Flash, Mike Chambers, nun kostspielig neu entwickelt werden. Chambers beteuert in seiner Kritik, dass die Entwicklung für Flash CS5 die ganze Zeit über im Einklang mit Apples Lizenzvereinbarungen gestanden habe. Erst die jetzigen Änderungen stellten ein Problem dar.
Laut dem Produktmanager soll CS5 weiterhin die Tools zur Programmierung von iPhone- und iPad-Apps enthalten, Adobe wird sie aber nicht mehr weiterentwickeln. Er sieht Adobes Zukunft im Mobile-Segment fortan beispielsweise bei Googles Android-Betriebssystem. Die beiden Firmen arbeiteten eng zusammen, um eine Unterstützung des Flash Player 10.1 und der Adobe Integrated Runtime (AIR) 2.0 für Android-Geräte zu ermöglichen.”
via heise.de
Verlierer bei Apples Kreuzzug gegen Adobe und Flash sind alle Anwender und vor allem Entwickler, die teils erhebliche Investitionen in Entwicklungswerkzeuge wie Unity, Novells MonoTouch und Titanium von AppCelerator sowie in mit diesen erstellte Anwendungsarchitekturen getätigt haben. Apples Entscheidung – die von manchen als Vereinfachung des App-Testings und im Kontext des mit iPhone OS 4 kommenden Multitasking interpretiert wird – stärkt jedoch die Kunden von App-Systemhäusern, die wie beispielsweise Glanzkinder von Anfang an auf native iPhone Programmierung mit iPhone SDK und Xcode gesetzt und Know-how in diesem Bereich aufgebaut haben.
