Apple verkar inte gilla att utvecklare använder andra utvecklingsverktyg än XCode för att utveckla applikationer till iPhone OS. Jag ser inte riktigt poängen med att hindra utvecklare från att välja det verktyg som passar bäst för situationen.

Anledningen verkar vara främst att hindra Flash från att användas för att utveckla iPhone-appar. Jag tror inte Flash skulle ha blivit en stor konkurrent till XCode men det hade varit smidigt att kunna utveckla en applikation till iPhone baserat på material man tagit fram för en webkampanj i samma verktyg som kampanjen skapades i.

Nu menar jag inte appar som ser ut normala iPhone-appar utan mera spel och interaktiva upplevelser i samband med kampanjer. Jag tror inte man i Flash ska försöka få gränssnittet att härma cocoa-touch utan gjort det baserat på varumärken som snabbt vill få fram en app som en del i en reklamkamapanj.

Flera appar för reklamkampanjer är redan idag gjorda med egna gränssnitt och det hade varit bra för både kunder, utvecklare och slutkunder att det funnits flera sätt att utveckla dessa applikationer.

Samtidigt förstår jag Apple som vill ha kontroll och bestämma vilka Frameworks och API’er som utvecklare får använda för att få en stabil plattform och en enhetlig upplevelse för dess användare. Men att ge sig på att begränsa utvecklares val av utvecklingsplattform har aldrig vart ett smart drag.

Det är dock ganska tidigt att dra definitiva slutsatser på hur detta kommer påverka Flash och andra utvecklingsverktyg som C#.

Jag tror sådant agerande kommer att få fler utvecklare att börja titta mer på Android. Ju mer Apple stänger in sig ju mer attraktiv kommer en öppnare plattform att vara. Därmed inte sagt att Apple ändå inte kommer gå segrande ur striden.

John Gruber på Daring Fireball skriver i sin blogg Daring Fireball – New iPhone Developer Agreement Bans the Use of Adobe’s Flash-to-iPhone Compiler.

In the new version of the iPhone Developer Program License Agreement released by Apple today (and which developers must agree to before downloading the 4.0 SDK beta), section 3.3.1 now reads:
3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).

My reading of this new language is that cross-compilers, such as the Flash-to-iPhone compiler in Adobe’s upcoming Flash Professional CS5 release, are prohibited. This also bans apps compiled using MonoTouch — a tool that compiles C# and .NET apps to the iPhone. It’s unclear what this means for tools like Titanium and PhoneGap, which let developers write JavaScript code that runs in WebKit inside a native iPhone app wrapper. They might be OK. This tweet from the PhoneGap Twitter account suggests they’re not worried. The folks at Appcelerator realize, though, that they might be out of bounds with Titanium. Ansca’s Corona SDK, which lets you write iPhone apps using Lua, strikes me as out of bounds.